测试基础总结

测试流程

从产品立项开始，我们(项目经理产品经理开发人员测试等)内部会开立项会，在立项会中进行对需求进行评审，制定需求文档，前端进行设计页面,开发人员根据需求文档进行编码,测试需要制定测试计划，已经对需求进行颗粒划分，不同的测试人员根据自己的任务编写测试用例，然后对用例进行评审，开发提交代码后执行冒烟测试，如果冒烟测试结束后执行用例如果发现 bug则提交bug，让开发人员进行修改，修改后进行二次验收，bug 修改正确后关闭该bug，如果没有重新打开并进行跟踪bug，项目结束后需要进行编写测试报告。

编程中出现不可复现的bug的时候怎么办

将bug的操作步骤进行记录，然后进行在不同的测试环境中多次的调试，如果还是不能复现bug将根据bug的登录进行上报测试组长，根据需求文档对bug进行评级，看是否需要修改，如果不能修改的则记录在测试报告中防止后期出现同一bug进行解释说明。

在测试过程中遇到开发不认为是bug的bug该怎么办

1.在需求文档或者原型图中进行匹配
2.尝试多种测试环境和多种测试方法来确认是否为bug
3.整理bug的复现的步骤和出现的频率
4.找项目经理和测试经理进行沟通来确认是否为bug
5.将客户经理 测试 测试经理和项目经理进行确认会来判定是否为bug
6.测试人员需要将bug整理并写入测试总结中

token session cookie 三者的区别

token ：是接口测试时的鉴权码，一般情况下登录后才能获取token，并且在每次请求接口是需要带上token参数。
cookie：数据存放在浏览器上；cookie不是很安全，别人可以分别存放在本地的cookie并进行cookie欺骗，考虑到安全应该是要session。
session：数据放在服务器上；session会在一定时间内保存在服务器上，当访问增多时，比较占用服务器性能，在减轻服务器压力方面考虑可使用cookie

一般讲登录信息等重要信息存放在session，其他信息可以放在cookie

性能测试的指标有哪些

资源使用率 cpu 内存 io 70%——75%
TPS 延迟
响应时间 2s - 5s - 8s
电压 电流的损耗
FTP 文传协议
响应成功率

公司部门职员简称

PG：程序员
SE：软件工程师(系统工程师)
SSE：高级软件工程师
PL：项目leader
PM：项目经理
QA/QC：软件工程师

经典测试用例

纸杯：
1.功能测试：硬度，容量，可以盛放液体的种类，会不会漏，水能不能被喝到，会不会变形变色，有没有异味；
2.界面测试：形状，大小，是否方便，外观是否吸引人，广告是否会掉色，广告是否和宗教信仰冲突，广告是否侵犯他人权益，广告是否突出产品特点；
3.易用性测试：设计是否防滑，喝水是否容易，放在一起是否可以轻易拿开；
4.稳定性测试：装入液体后多久会出现漏水情况；
5.安全性测试：所用材料是否环保，材料是否会和个中液体产生化学反应从而对人体产生影响；

购物车：
1.功能测试：界面显示是否正常，连接是否可以点击，点击产品是否可以跳转详情页，商品未勾选状态下不可点击结算，结算时调出订单详情，商品的增删改查是否正常，商品个数是否有上限；
2.界面测试：与设计图是否一致，是否存在显示错误；
3.易用性测试：添加按钮是否防抖；
4.稳定性测试：数据是否会丢失，最高可以保存多长时间；
5.安全测试：支付时环境是否安全，是否会泄露自身信息；

电梯：
1.功能测试-单一：电梯内各楼层键是否正常，电梯内开关门键是否正常，电梯内的报警键是否正常使用，电梯外的上下键是否正常，同时关注电梯内外的显示屏显示的电梯层数和运行方向，有障碍物时，电梯门的感应系统的有效情况

1.功能测试-交互：，电梯当前状态是上行时，有人在X楼按下上升/下降键，电梯是否会停止，电梯当前状态是下行时，有人在X楼按下上升/下降键，电梯是否会停止，在搭载满员的情况下，如有人在X楼按下上升/下降键，电梯是否会停止

2.接口测试：电梯和楼层，电梯和摄像头，电梯与空调，电梯和报警装置，电梯与显示屏，电梯与其他电梯的协作能力

3.界面测试：查看电梯的外观，查看按钮的图标显示，大小，查看电梯内部张贴的说明（比如报警装置的说明、称重量等）

4.易用性测试 ：楼层按键高度（小孩和一些身高矮的用户会按键不方便），楼层按键上是否有盲文显示，电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信号是否通畅，电梯是否有扶手，是否有专针对残疾人的扶手等

5.安全性测试：下坠时是否有制动装置，暴力破坏电梯时是否报警，超重是否报警，超时是否自动开门，火灾报警后，是否允许就近停靠，停电情况下，电梯是否有应急电源装置

6.兼容性测试：电梯的整体和其他设备的兼容性，与大楼的兼容，与海底隧道的兼容等等，不同类型的电压是否兼容

7.性能测试：测试电梯负载单人时的运行情况（基准测试），测试电梯承载多人时的运行情况（负载测试），测试电梯在承载一定人数下较长时间的运作（稳定性测试），测试电梯在更长时间运作时的运行情况（疲劳测试），测试不断增加电梯内的人数导致电梯报警情况（拐点压力测试）

8.验收测试：大量用户从1楼上电梯，去向不同的楼层的情况，大家从不同的楼层上电梯，一起到一楼的情况。

登录界面
1.功能测试： 用户名和密码是否大小写敏感，页面上的密码框是否加密显示，后台系统创建的用户第一次登录成功时，是否提示修改密码，忘记用户名和忘记密码的功能是否可用，前端页面是否根据设计要求限制用户名和密码长度，如果登录功能需要验证码，点击验证码图片是否可以更换验证码，更换后的验证码是否可用，刷新页面是否会刷新验证码，如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性，用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面，不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确，页面默认焦点是否定位在用户名的输入框中，快捷键 Tab 和 Enter 等，是否可以正常使用。

2.安全性测试用例包括： 用户密码后台存储是否加密，用户密码在网络传输过程中是否加密，密码是否具有有效期，密码有效期到期后，是否提示需要修改密码，不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重，新定向到用户登录界面，密码输入框是否不支持复制和粘贴，密码输入框内输入的密码是否都可以在页面源码模式下被查看，用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串，验证系统的返回页面，用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串，验证系统行为是否被篡改，连续多次登录失败情况下，系统是否会阻止后续的尝试以应对暴力破解，同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期，同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性；

3.性能压力测试： 单用户登录的响应时间是否小于 3 秒，单用户登录时，后台请求数量是否过多，高并发场景下用户登录的响应时间是否小于 5 秒，高并发场景下服务端的监控指标是否符合预期，高集合点并发场景下，是否存在资源死锁和不合理的资源等待，长时间大量用户连续登录和登出，服务器端是否存在内存泄漏；

4.兼容性测试:不同浏览器下，验证登录页面的显示以及功能正确性，相同浏览器的不同版本下，验证登录页面的显示以及功能正确性，不同移动设备终端的不同浏览器下，验证登录页面的显示以及功能正确性，不同分辨率的界面下，验证登录页面的显示以及功能正确性。

视频播放器
1.功能测试：打开，关闭播放器，播放，暂停，停止播放器，上一个視频，下一个视频，音量大小，静音，最大化，最小化，播放列表的添加，删除，查看，播放列表的播放顺序，单循环，多循环，顺序播放，随即播放，支持的所有播放格式的文件，能否播放被隐藏的媒体文件，能否通过网络播放已共享的媒体文件；

2.易用性测试：界面是否方便，整洁，快捷键是否正确，菜单是否正确，图像是否清楚，拖拽滚动条，是否支持直接拖动文件到播放器中，是否具备播放记忆功能，是否能否自动保存以前的播放列表性能测试，一次性添加多个文件到播放列表，看播放器的反应时间，播放大容量的文件，看加载多长时间能正常播放

3.兼容性测试：播放器是否能在其他平台上正常播放，播放器是否与其他类型播放器兼容

4.安装测试：播放器是否安装成功，播放器是否能自定义安装，安装过程是否能回到上一步重新安装，是否能成功卸载，卸载后要检查安装文件夹是否同时被删除，如果在安装时在注册表中填入了关键字，是否在卸载后进行了删除，如果在安装时增加了服务，是否在卸载后进行了删除，如果在安装时设置了端口好，是否在卸载后对端口号进行了释放，是否有默认安装，播放器软件的升级安装，在播放媒体文件的过程中进行播放器软件的升级，播放器软件正在使用过程中，进行播放器软件的卸载操作，播放器软件正在使用过程中，在系统后台删除播放器软件对应的安装目录，是否能够自动监测到升级版本，提示用户进行安装升级，安装成功后，检查后台的安装文件夹及相关文件内容是否完整，准确，安装目录是否与用户安装时指定的目录相一致，安装成功后，如果要向注册表中填入相关的关键字，则要查找注册表信息是否填写完整正确，安装成功后，如果要创建相关的服务，则要查看是否添加了相关的服务，服务是否默认自动启动，安装成功后，如果占用了某个端口号，则要查看是否进行了正确的端口号配置（34-36可能不适合于播放器软件的安装，但可以在其他系统安装时作为测试点考虑）

5.可靠性测试:是否能打开网络共享的文件，打开不支持的文件，是否有相应提示，从播放列表中播放不在存在的文件，是否会提示出错，出错后，是否能再次打开支持的文件，是否能播放不完整的文件（比如，bt下载示完成），若系统没有安装扬声器，是否可以进行播放器软件的使用，能否同时打开多个播放器，在文件被播放的同时，能否剪切、删除或移动媒体文件，在文件被播放的同时，能否修改媒体文件的名称或类型，如果在播放过程中，异常退出（程序关闭，系统断电或网络故障），是否记录了相关的播放点，在异常排除后，能否从播放点继续播放，当某个媒体文件出现播放错误后，不影响其他媒体文件的播放，是否具备自动纠错功能，在不同客户端机器上，同时播放同一个媒体文件

6.文档测试：帮助文档是否存在，完整，准确
  
朋友圈点赞
1.界面测试：点击操作栏，是否正常弹出气泡，是否正常收回、是否流畅，样式是否与需求保持一致，未赞时，点击【点赞】，样式变为已赞，已赞时，点击【取消】，样式变为未赞

2.功能测试：

给某一朋友的朋友圈进行点赞（检查接口），点赞数+1，点赞栏显示具体点赞用户的昵称，被赞人的消息中心新增一条点赞消息，消息体显示是否正常，共同好友视角，点赞栏显示该用户昵称，非共同好友视角，点赞栏不显示该用户昵称，点击点赞栏昵称跳转至该用户用户信息页面，数据库写入是否正常

多人给某一朋友的朋友圈进行点赞：点赞数+N。被赞人的消息中心收到多条点赞信息，消息体是否显示正常，自己已赞过该朋友圈，N个点赞中，有M个是共同好友，自己的消息中心收到M条点赞消息，自己未赞过该朋友圈，N个点赞中，有M个是共同好友，自己的消息中心不收到点赞消息，自己已赞过该朋友圈，后取消点赞，自己的消息中心不再收到来自该条朋友圈的点赞消息，点赞栏显示N个用户的昵称，并用顿号分割，且按照点赞时间降序排列，N个用户全部取消赞后，是否同步，数据库写入是否正常

给自己的朋友圈进行点赞（检查接口）：点赞数+1，自己不收到信息，点赞栏显示自己的昵称

取消点赞：点赞数-1，点赞栏该用户的昵称消失，昵称展示左移，被赞人的消息中心不会发送取消赞消息

反复点赞：点赞–>取消点赞–>点赞，点赞数+1，点赞栏正常展示用户昵称，不会重复显示，消息中心不会重新发送点赞通知

朋友圈下拉刷新，点赞栏刷新（接口）

消息中心加载（分页加载是否正常）

从消息中心进入朋友圈详情：点赞栏显示的是用户头像，操作点赞、取消赞、点击用户头像等操作

查看别人的朋友圈，点开大图：已赞过，左下角已赞样式+文字，未赞，左下角未赞样式+文字，点赞/取消点赞操作，右下角点赞数+1/-1，各个视角点赞数同步

3.异常测试：给某一朋友的朋友圈点赞后，昵称变更，点赞栏的昵称是否同步变更，点赞人数过多时，点赞栏的昵称最多展示多少，超过如何展示，昵称中含有特殊字符时，如<，'等时，是否展示异常，弱网时，反复点击点赞按钮，数据库是否有redis控制（事务），当前页面，朋友圈已被删除，点击【点赞】或【取消赞】，客户端是否合理反馈，模拟弱网，是否正常点赞，响应时间，断网，点赞

4.兼容测试：android、ios，不同android机型、分辨率、系统兼容

5.压力测试：多人点赞边界，检查一条朋友圈最多可以有多少点赞（接口模拟），手动模拟，模拟多人同时点赞

微信红包
1.功能测试：
发给单个好友

1、正确的金额+无留言+无表情　　
　　2、错误的金额+无留言+无表情
　　3、正确的金额+有留言+无表情　
　　4、错误的金额+有留言+无表情
　　5、正确的金额+无留言+有表情
　　6、错误的金额+无留言+有表情
　　7、正确的金额+有留言+有表情　
　　8、错误的金额+有留言+有表情
　　其中，金额（0.01-200）可以测试以下数据
　　数字：测试0, 0.009, 0.01，0.011, 01， 199.99, 200, 200.01这些边界值
　　中文、英文、特殊字符或者这几种的组合
　　是否支持复制黏贴
　　为空/包含空格
　　金额的增删查改
　　留言可以测试以下数据　
　　数字、中文、英文、特殊字符、表情或者他们的组合　
　　输入超长文本时，是否会给出相应的限制或提示
　　包含空格
　　是否支持复制黏贴
　　留言的增删查改
　　表情可以测试以下数据
　　选择收藏的表情测试（动图/静图）
　　选择下载的表情测试（动图/静图）
　　录制表情，并添加进行测试
　　表情的增删查改
　　1、点击塞钱进红包，选择零钱付款，此时需要考虑金额＞零钱，金额＜零钱，金额=零钱三
种情况
　　2、点击塞钱进红包，选择已添加的银行卡付款，此时同样需要考虑金额＞银行卡余额，金
额＜银行卡余额，金额=银行卡余额三种情况
　　3、点击塞钱进红包，选择使用新卡付款，按照流程添加新卡，此时同样需要考虑金额＞新卡
余额，金额＜新卡余额，金额=新卡余额三种情况
　　4、使用指纹确认付款（正确的/不正确的指纹）
　　5、使用密码确认付款（正确的/不正确的密码 ）
　　6、发送成功之后，对应的途径会减少相应的金额
　　7、发送者/接受者可以点击红包查看到红包的具体信息，且金额，留言，表情均能正确显示
　　8、好友点击红包之后，零钱中将增加相应的金额，再次点击之后，只能查看到红包的信息
　　9、24小时之内没有领取的红包，将退回原账户，此时原账户的零钱将增加相应金额的金钱。
24小时后好友点击红包，显示红包已过期，无法查看到红包的余额　　
　　10、右上角的红包记录中，可以查看刚刚发出的红包的金额
　　11、检测帮助中心中链接是否均可以正常跳转，查看当红包超过24小时之后，则无法查看红
包被每个人领取的详细信息
发送群红包（与发给好友的测试点相似，以下仅写出不同的部分）
　　1、选择为拼手气红包时，群中每个人收到的金额随机（但加起来为红包的总金额），为普通
红包时，群中每个人收到的金额相同
　　2、红包个数（1-100）：0，1，2，大于群成员人数，小于群成员人数，等于群成员人数，
99，100，101，小数，中文、英文、特殊字符、表情或者他们的组合
　　3、但红包没有被抢完时，此时首次点击该红包的人可以抢到一定金额的红包，不是首次点击
该红包的人只能查看该红包的信息；当红包抢完时，所有人只能查看该红包的信息。
　　4、在24小时之内红包的金额被完全抢完，且此时为拼手气红包时，金额最多的人会显示为最
佳手气（若有两个人取得红包的最大值时，则只有一个人会显示为最佳手气）；若没有被完全抢
完，则没有最佳手气，且余额会退还到原账户
　　5、群中所有人均可以抢红包（包括自己），每个人最多只有一次抢该红包的机会
　　6、测试当红包个数使得每个红包分到钱小于0.01，即总金额为0.02，而红包个数为3时的情况
兼容性测试
　　1、苹果手机和安卓手机
　　2、苹果手机的不同版本　
　　3、安卓手机不同的机型　
　　4、不同分辨率
性能测试
　　1、打开红包的响应时间不能超过三秒，高并发场景下不能超过5秒
　　2、耗电量
　　3、消耗流量的多少
　　4、所占内存等
UI界面测试&易用性测试
　　1、界面的设计风格是否统一
　　2、界面中文字是否简洁，没有错别字
　　3、是否易操作，易学习，易理解
中断测试：
　　前后台切换，网络异常，低电量，断电，来电，短信等
网络测试
1、网络兼容性：2g/3g/4g，WiFi，热点，移动/联通/电信
2、无网测试
3、弱网：延时&丢包