测试流程和测试常用的案例

1、测试流程

从产品立项开始,我们(项目经理，成品经理，开发人员，测试人员等)内部都会开立项会，在立项

会中对需求进行评审，制定需求文档，前端人员进行页面设计，开发人员根据需求进行编码，测试

需要制定测试计划，对需求进行颗粒划分，不同的测试人员根据自己的任务编写测试用例，然后对

用例进行评审，开发提交代码后开始执行冒烟测试，如果冒烟测试结束后执行用例。如果发现bug

则提交bug，让开发人员进行修改，修改后进行二次验收，bug修改正确后关闭改bug，如果没有修

正bug，重新打开并进行跟踪该bug，项目结束后需要进行编写测试报告。

2、测试过程中遇到不能复现的bug时应该怎么办

将bug的操作步骤进行记录，然后在不同的测试环境中进行多次的调试，如果还是不能复现该

bug，那么将该bug进行登记上报给测试组长。然后根据开发文档对bug进行评级，看是否需要修

改，如果不能修改则记录在测试报告中，防止后期出现同一bug进行解释说明。

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

1、告知开发bug的判断依据，同时明确开发说不是bug的理由。

2、对开发的理由进行校验，校验依据（参照需求文档或者跟产品经理进行沟通确认）校验结果

不是bug，则关闭bug，如果是bug那么提交给开发进行处理，确保产品质量。

4、token、session、cookie三者的区别

token的意思是"令牌",是用户身份的验证方式，最简单的token组成是uid(用户的唯一身份标识)、

time(当前的时间戳)、sign(签名，由token的前几位+盐以哈希算法压缩成一定长的十六进制字符

串、可以方式恶意的第三方拼接token请求服务器)。还可以把不变的参数也放进token，避免多次

查库。token是根据一定算法产生的一个字符串，返回给前段，最好是放在response body里面返回

给前端，不是放在cookie里，当然也可以放在header里。token可以存储，可以不存储，不存储下

来的话，就是通过算法来验证（比如JWT）。

session从字面来看就是会话的意思。session就是服务器要知道当前的发起请求给自己的是谁。

为了做这种区分，服务器就要给每个客户端分配不同的"身份标识"，然后客户端每次想服务器发起

请求的时候，都要带上这个"身份标识"，服务器就知道这个请求来自于谁。对于保存这个"身份标

识"，我们大多都采用cookie的方式。

服务器使用session把用户的信息临时保存在了服务器上，用户离开网站后session会被销毁。这

种用户信息存储方式相对于cookie来说更加的安全，可是session有一个缺陷：如果web服务器做了

负载均衡，那么下一个操作请求到了另一个服务器的时候session就会丢失。

session是要存储的，session存在服务端。sessionId的机制，是将session的值存储在服务端，

将sessionId("身份标识")放在cookie中给到前端。

cookie由服务器生成，发送给浏览器，浏览器把cookie以kv形式保存到某个目录下的文本文件

内，下一次请求同一网站时会把该cookie发送给服务器。由于cookie是存在客户端上的，所以浏览

器加入了一些限制确保cookie不会被恶意使用，同时不会占据太多磁盘空间，所以每个域的cookie

数量是有限的。

5、性能测试的指标有哪些

cpu：后台服务的所有指令和数据处理都是由CPU负责，服务对CPU的利用率对服务的性能起着

决定性的作用

内存：性能测试过程中对内存监控的主要目的是检查被测服务所占用内存的波动情况

load：Linux的系统负载指运行队列的平均长度，也就是等待CPU的平均进程数。通常情况下，

按照经验值，服务器的负载应位于阈值的70%~80%，这样既能利用服务器大部分性能，又留有一

定的性能冗余应对流量增长。

网络：性能测试中网络监控主要包括网络流量、网络连接状态的监控。

磁盘IO：性能测试过程中，如果被测服务对磁盘读写过于频繁，会导致大量请求处于IO等待的

状态，系统负载升高，响应时间变长，吞吐量下降。

响应的时间：2-5-8。两秒是我们响应的正常时间，五秒我们的响应时间就有些长了，需要寻找

原因，八秒那么我们已经可以不用发考虑了。

6、部门负责人的简称

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

7、经典用例的设计

纸杯

功能测试

外观好不好看。

1、什么颜色

2、杯子的形状是怎么样的

3、杯子的重量是多少

4、杯子是否有异味

5、杯子的图案是否合理

性能测试

1、能否装100度的开水

2、能否装0度冰水

3、装满水，放几天后，是否会漏水

4、杯子内壁上的涂料是否容易脱落。

5、杯子上的颜色是否容易褪色或者脱落

6、被压下，是否会碎

安全性测试

1、制作杯子的材料，是否有毒

2、放微波炉里转的时候，是否会爆炸, 或者杯子是否会熔化

3、从桌子上掉到水泥地上是否会摔碎

4、杯子是否容易长细菌

5、杯子是否有缺口，会划坏嘴巴

6、杯子内壁上的材料，是否会溶解到水中

7、杯子破碎后，是否会对使用者造成伤害

可用性测试

1、杯子是否容易烫手

2、杯子是否好端，好拿

3、杯子的水是否容易喝到

4、杯子是否有防滑措施

购物车

功能测试

未登录时：

　　将商品加入购物车，页面跳转到登录页面，登录成功后购物车数量增加。

登录后：

　　1、所有链接是否跳转正确；

　　2、商品是否可以成功加入购物车；

　　3、购物车商品总数是否有限制；

　　4、商品总数统计是否正确；

　　5、全选功能是否可用；

　　6、删除功能是否可用；

　　7、价格总计是否正确；

　　8、商品文字太长时是否显示完整；

　　9、购物车中下架的商品是否有标识，是否还能支付；

　　10、新加入购物车商品排序（添加购物车中存在的店铺的商品和购物车中不存在的店铺的商品）；

　　11、是否支持快TAB、ENTER等快捷键；

　　12、商品删除后商品总数是否减少；

　　13、收藏功能是否可用；

　　14、购物车结算功能是否可用。
兼容性测试

　　BS架构：不同浏览器测试，比如：IE，火狐，谷歌，360这些。

　　APP：在主流的不同类型，不同分辨率，不同操作系统的手机上测试，华为，vivo，oppo等
用户体验测试

　　1、删除商品是否有提示；

　　2、是否支持快捷键功能；

　　3、是否有回到顶部的功能；

　　4、商品过多时结算按钮是否可以浮动显示；

　　5、购物车有多个商品时，能不能只对单个商品结算；

　　6、界面布局、排版是否合理；

　　7、文字是否显示清晰；

　　8、不同卖家的商品是否区分明显。
性能测试

　　打开购物车页面要多长时间

电梯

功能测试-单个功能

1、电梯内各楼层键是否正常

2、电梯内开关门键是否正常

3、电梯内的报警键是否正常使用

4、电梯外的上下键是否正常

5、同时关注电梯内外的显示屏显示的电梯层数和运行方向

6、有障碍物时，电梯门的感应系统的有效情况

功能测试-模块交互

1、电梯当前状态是上行时，有人在X楼按下上升/下降键，电梯是否会停止

2、电梯当前状态是下行时，有人在X楼按下上升/下降键，电梯是否会停止

3、在搭载满员的情况下，如有人在X楼按下上升/下降键，电梯是否会停止

接口测试

1、电梯和楼层

2、电梯和摄像头

3、电梯与空调

4、电梯和报警装置

5、电梯与显示屏

6、电梯与其他电梯的协作能力

界面测试

1、查看电梯的外观

2、查看按钮的图标显示，大小

3、查看电梯内部张贴的说明（比如报警装置的说明、称重量等）

易用性测试

1、楼层按键高度（小孩和一些身高矮的用户会按键不方便）

2、楼层按键上是否有盲文显示

3、电梯是否有地毯、夏天是否有空调、通风条件、照明条件、手机信号是否通畅

4、电梯是否有扶手，是否有专针对残疾人的扶手等

安全性测试

1、下坠时是否有制动装置

2、暴力破坏电梯时是否报警

3、超重是否报警

4、超时是否自动开门

5、火灾报警后，是否允许就近停靠

6、停电情况下，电梯是否有应急电源装置

兼容性测试

1、电梯的整体和其他设备的兼容性，与大楼的兼容，与海底隧道的兼容等等

2、不同类型的电压是否兼容

性能测试

1、测试电梯负载单人时的运行情况（基准测试）

2、测试电梯承载多人时的运行情况（负载测试）

3、测试电梯在承载一定人数下较长时间的运作（稳定性测试）

4、测试电梯在更长时间运作时的运行情况（疲劳测试）

5、测试不断增加电梯内的人数导致电梯报警情况（拐点压力测试）

验收测试

1、大量用户从1楼上电梯，去向不同的楼层的情况。

2、大家从不同的楼层上电梯，一起到一楼的情况。

登录界面

1、用户名和密码是否大小写敏感；

2、页面上的密码框是否加密显示；

3、后台系统创建的用户第一次登录成功时，是否提示修改密码；

4、.忘记用户名和忘记密码的功能是否可用；

5、前端页面是否根据设计要求限制用户名和密码长度；

6、如果登录功能需要验证码，点击验证码图片是否可以更换验证码，更换后的验证码是否可

用；

7、刷新页面是否会刷新验证码；

8、如果验证码具有时效性，需要分别验证时效内和时效外验证码的有效性；

9、用户登录成功但是会话超时后，继续操作是否会重定向到用户登录界面；

10、不同级别的用户，比如管理员用户和普通用户，登录系统后的权限是否正确；

11、页面默认焦点是否定位在用户名的输入框中；

12、快捷键 Tab 和 Enter 等，是否可以正常使用。

安全性测试用例包括：

1、用户密码后台存储是否加密；

2、用户密码在网络传输过程中是否加密；

3、密码是否具有有效期，密码有效期到期后，是否提示需要修改密码；

4、不登录的情况下，在浏览器中直接输入登录后的 URL 地址，验证是否会重5.新定向到用户登

录界面；

6、密码输入框是否不支持复制和粘贴；

7、密码输入框内输入的密码是否都可以在页面源码模式下被查看；

8、用户名和密码的输入框中分别输入典型的“SQL 注入攻击”字符串，验证系统的返回页面；

9、用户名和密码的输入框中分别输入典型的“XSS 跨站脚本攻击”字符串，验证系统行为是否被

篡改；

10、连续多次登录失败情况下，系统是否会阻止后续的尝试以应对暴力破解；

11、同一用户在同一终端的多种浏览器上登录，验证登录功能的互斥性是否符合设计预期；

12、同一用户先后在多台终端的浏览器上登录，验证登录是否具有互斥性。

性能压力测试

1、单用户登录的响应时间是否小于 3 秒；

2、单用户登录时，后台请求数量是否过多；

3、高并发场景下用户登录的响应时间是否小于 5 秒；

4、高并发场景下服务端的监控指标是否符合预期；

5、高集合点并发场景下，是否存在资源死锁和不合理的资源等待；

6、长时间大量用户连续登录和登出，服务器端是否存在内存泄漏。

兼容性测试

1、不同浏览器下，验证登录页面的显示以及功能正确性；

2、相同浏览器的不同版本下，验证登录页面的显示以及功能正确性；

3、不同移动设备终端的不同浏览器下，验证登录页面的显示以及功能正确性；

4、不同分辨率的界面下，验证登录页面的显示以及功能正确性。

视频播放器

功能测试
1、打开，关闭播放器

2、播放，暂停，停止播放器

3、上一个視频，下一个视频

4、音量大小，静音

5、最大化，最小化

6、播放列表的添加，删除，查看

7、播放列表的播放顺序，单循环，多循环，顺序播放，随即播放

8、支持的所有播放格式的文件

9、能否播放被隐藏的媒体文件

10.能否通过网络播放已共享的媒体文件

易用性测试
1、界面是否方便，整洁

2、快捷键是否正确

3、菜单是否正确

4、图像是否清楚

5、拖拽滚动条

6、是否支持直接拖动文件到播放器中

7、是否具备播放记忆功能

8、是否能否自动保存以前的播放列表

性能测试
1、一次性添加多个文件到播放列表，看播放器的反应时间

2、播放大容量的文件，看加载多长时间能正常播放

兼容性测试
1、播放器是否能在其他平台上正常播放

2、播放器是否与其他类型播放器兼容

安装测试
1、播放器是否安装成功

2、播放器是否能自定义安装

3、安装过程是否能回到上一步重新安装

4、是否能成功卸载

5、卸载后要检查安装文件夹是否同时被删除，如果在安装时在注册表中填入了关键字，是否在卸载后进行了删除，如果在安装时增加了服务，是否在卸载后进行了删除，如果在安装时设置了端口好，是否在卸载后对端口号进行了释放

6、是否有默认安装

7、播放器软件的升级安装

8、在播放媒体文件的过程中进行播放器软件的升级

9、播放器软件正在使用过程中，进行播放器软件的卸载操作

10、播放器软件正在使用过程中，在系统后台删除播放器软件对应的安装目录

11、是否能够自动监测到升级版本，提示用户进行安装升级

12、安装成功后，检查后台的安装文件夹及相关文件内容是否完整，准确，安装目录是否与用户安装时指定的目录相一致

13、安装成功后，如果要向注册表中填入相关的关键字，则要查找注册表信息是否填写完整正确

14、安装成功后，如果要创建相关的服务，则要查看是否添加了相关的服务，服务是否默认自动启动

15、安装成功后，如果占用了某个端口号，则要查看是否进行了正确的端口号配置（34-36可能不适合于播放器软件的安装，但可以在其他系统安装时作为测试点考虑）

可靠性测试
1、是否能打开网络共享的文件

2、打开不支持的文件，是否有相应提示

3、从播放列表中播放不在存在的文件，是否会提示出错

4、出错后，是否能再次打开支持的文件

5、是否能播放不完整的文件（比如，bt下载示完成）

6、若系统没有安装扬声器，是否可以进行播放器软件的使用

7、能否同时打开多个播放器

8、在文件被播放的同时，能否剪切、删除或移动媒体文件

9、在文件被播放的同时，能否修改媒体文件的名称或类型

10、如果在播放过程中，异常退出（程序关闭，系统断电或网络故障），是否记录了相关的播放点，在异常排除后，能否从播放点继续播放

11、当某个媒体文件出现播放错误后，不影响其他媒体文件的播放

12、是否具备自动纠错功能

13、在不同客户端机器上，同时播放同一个媒体文件

文档测试
1、帮助文档是否存在，完整，准确

朋友圈点赞

界面测试

　　1、点击操作栏，是否正常弹出气泡，是否正常收回、是否流畅

　　2、样式是否与需求保持一致

　　3、未赞时，点击【点赞】，样式变为已赞

　　4、已赞时，点击【取消】，样式变为未赞

功能测试

　　1、给某一朋友的朋友圈进行点赞（检查接口）

　　·点赞数+1，点赞栏显示具体点赞用户的昵称

　　·被赞人的消息中心新增一条点赞消息，消息体显示是否正常

　　·共同好友视角，点赞栏显示该用户昵称

　　·非共同好友视角，点赞栏不显示该用户昵称

　　·点击点赞栏昵称跳转至该用户用户信息页面

　　·数据库写入是否正常

　　2、多人给某一朋友的朋友圈进行点赞

　　·点赞数+N。被赞人的消息中心收到多条点赞信息，消息体是否显示正常

　　·自己已赞过该朋友圈，N个点赞中，有M个是共同好友，自己的消息中心收到M条点赞消息

　　·自己未赞过该朋友圈，N个点赞中，有M个是共同好友，自己的消息中心不收到点赞消息

　　·自己已赞过该朋友圈，后取消点赞，自己的消息中心不再收到来自该条朋友圈的点赞消息

　　·点赞栏显示N个用户的昵称，并用顿号分割，且按照点赞时间降序排列

　　·N个用户全部取消赞后，是否同步

　　·数据库写入是否正常

　　3、给自己的朋友圈进行点赞（检查接口）

　　·点赞数+1，自己不收到信息

　　·点赞栏显示自己的昵称

　　4、取消点赞

　　·点赞数-1，点赞栏该用户的昵称消失，昵称展示左移

　　·被赞人的消息中心不会发送取消赞消息

　　5、反复点赞：点赞-->取消点赞-->点赞

　　·点赞数+1，点赞栏正常展示用户昵称，不会重复显示

　　·消息中心不会重新发送点赞通知

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

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

　　8、从消息中心进入朋友圈详情

　　·点赞栏显示的是用户头像

　　·操作点赞、取消赞、点击用户头像等操作

　　9、查看别人的朋友圈，点开大图

　　·已赞过，左下角已赞样式+文字

　　·未赞，左下角未赞样式+文字

　　·点赞/取消点赞操作，右下角点赞数+1/-1

　　·各个视角点赞数同步

异常测试

　　1、给某一朋友的朋友圈点赞后，昵称变更，点赞栏的昵称是否同步变更

　　2、点赞人数过多时，点赞栏的昵称最多展示多少，超过如何展示

　　3、昵称中含有特殊字符时，如<，'等时，是否展示异常

　　4、弱网时，反复点击点赞按钮，数据库是否有redis控制（事务）

　　5、当前页面，朋友圈已被删除，点击【点赞】或【取消赞】，客户端是否合理反馈

　　6、模拟弱网，是否正常点赞，响应时间

　　7、断网，点赞

兼容测试

　　1、android、ios

　　2、不同android机型、分辨率、系统兼容

压力测试

　　1、多人点赞边界，检查一条朋友圈最多可以有多少点赞（接口模拟），手动模拟

　　2、模拟多人同时点赞

微信红包

功能测试

　　发给单个好友　

　　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、弱网：延时&丢包