目录
一、测试需求分析
1、测试需求
需求是软件设计与测试的来源和依据。
验证需求的合理性和可行性;从具体的需求中提取测试需求,包括功能性需求和非功能性需求;
功能性需求:用户操作系统时涉及到的基本操作;
非功能性需求:在功能性的需求上做一些限制;(包括:安全性需求、性能需求、易用性需求、兼容性需求、可靠性需求、可移植性需求、容错性需求、扩展性需求)
===》最后根据功能性需求和非功能性需求来设计测试用例。
2、分析需求的时候的注意点
(1)对于测试人员来说,应当尽早介入需求;
(2)对于变化的需求,要及时调整,同时调整测试用例;
(3)对于不明确的需求要及时和产品经理和客户沟通;(举例:日历提醒事件;手机电量低会错过提醒等)
二、测试策略制定
主要确定本次的测试采用什么方式或者什么具体的方案进行测试。
举例:
1、一个全新上线的app需要哪些测试?
功能测试、非功能性测试(性能、安全、兼容性、可移植性(将软件成功的安装到指定硬件上)、易用性、可靠性、容错性);
2、一个增加了新功能的app需要做哪些测试?
新功能要测试、新功能涉及到的非功能性测试也要测试;新功能对老功能有没有影响,做回归测试;
3、一个只修改了页面广告的app需要做哪些测试?
界面测试;回归界面相关的功能以及涉及到的接口;
三、测试方案的设计
每个公司对测试计划和方案的定义都不一致;
测试方案主要包括:测试范围、测试策略、测试控制、环境和版本管理等、测试风险。
四、测试执行流程的设计
1、需求测试
2、冒烟测试
3、系统测试
4、回归测试:回归测试时自动化测试最好的用处
5、交叉测试:基本在后期系统稳定时进行
五、测试报告的输出
项目测试完毕之后,需要编写测试报告,包括的内容有:
(1)测试范围、目的;
(2)测了哪些功能,哪些没测,原因是什么;
(3)上线的风险;
(4)测试方式、测试用的工具;
(5)测试总共有多少测试用例,执行了多少;
(6)测试过程中产生的BUG,修复了多少BUG,遗漏的BUG;
(7)附上未解决BUG清单