测试计划

测试计划

⼀个叙述了预定测试活动的范围、途径、资源及进度安排的⽂档。它确认了测试项、被测特征、测试任务、⼈员安排以及任何偶发事件的风险。

测试范围

测试的边界（本次迭代（2周））测试具体工作，测试范围里需明确以下：

A、本次新迭代需要测试的内容

B、本次迭代是否需要测试性能测试

C、本次迭代是否需要系统之前的功能，如果测试时间是多少？(系统已有功能是每个迭代必须要进行测试的，但不会给太多测试时间)。

测试技术手段

1、自动化测试

2、精准测试（测试要准确知道开发修改了哪些代码，及自动化验证这些被修改的代码）

3、流量回放（把线上所有的请求在线下执行）

4、混沌工程（Netfix和阿里巴巴）(通过科学试验的手段模拟生产环境中出现故障后的技术解决方案)

测试策略

测试范围定义测试边界后，团队要考虑使用哪种策略、思路、技术进行测试，并且在有限的资源上完成产品交付

• 职位有无限个，比如标签为类型，每个职位类型有核心关键字

• 针对不同条件匹配。选择有代表性的数据进行测试

资源安排

• 人力。已知道测试边界及范围，需明确时间，人数完成工作

• 硬件。测试过程中是否需要购买服务器等设备

进度安排

1、针对测试边界（范围），把任务拆分多个story

2、每个story明确任务完成开始到结束的具体时间，并精确到小时

风险控制

可遇见的风险，不能以主观意愿强加或凭空猜想的风险。关于风险控制，不是非必要的但必须考虑的

 

 

测试计划注意事项

1、针对本次迭代需要测试的对象，任务必须要拆分，拆分后任务都可独立 测试

2、针对分配给你的story（任务），测试时间由自己规划

3、测试计划由团队每个人去梳理，最后测试计划进行整合

4、风险控制方面如果存在，需要列的非常详细，以及针对每个风险控制的点，需要给出具体的跟踪人，以及负责人

A、没有服务器、运维工程师
B、负责测试的模块依赖于别人（自己造数据测试）
C、关于风险如果涉及到自己，一定要把风险反馈出来，不能由着开发的意思来，也不能说自己能够解决
5、负责的项目由于太大，分配另外一个测试和你共同来完成测试工作，此时你会

A、你的负责人和对方的负责人，明确任务的边界
B、每天早各自上反馈任务进度