常见的软件测试流程

2020-6-22

地点:杭州

天气:阴

近期比较空,粗略的整理了一下关于软件测试的基础之一:常见的软件测试流程。

1、需求评审:

主要内容:

对本批需求进行评审,通过沟通和提问明确需求内容,修改有错误的地方,保证产品、开发、测试及其他相关人员对需求理解的准备性和一致性。

测试目的:明确需求内容以及各模块对应开发人员,以此评估确定测试时间。

 

2、制定测试计划(一般是测试组的组长/测试经理来做)

主要内容:根据需求内容和开发计划来制定测试计划

测试计划包括:测试范围、测试目标、通过标准、人力安排、进度安排、测试交付件、测试风险等。

 

3、设计测试用例

主要内容:根据需求评审中明确的需求功能,结合产品现有功能,设计测试用例。一般先列出测试点,再根据测试点来编写用例。

测试用例组成:一份标准的测试用例至少要包括以下部分:用例编号、用例名称、前置条件、执行操作、预期结果、优先级、实际结果、编写人、测试人等(不同公司不同要求、但是都会有前人设计的用例模板,根据前人的格式模板来写就好)

用例的设计根据需求的需要,有些时候不仅要覆盖功能测试,还可能要覆盖兼容性测试,接口测试,性能测试等方面。

 

4、用例评审

主要内容:对于测试输出的用例进行评审,一般是相关开发、产品和测试一起评审,评审形式是测试来介绍用例,开发和产品提出修改意见。以此确保测试结果的准确性,避免功能点遗漏。

 

5、执行用例

主要内容:待开发提测后,要先进行冒烟测试,确定主流程或者主要功能没问题之后再开始

正式测试。避免出现测试工作开展之后,却发现核心业务无法使用而导致测试阻塞的现象发生。冒烟结束没有问题,就可以按照正常测试计划开展测试了。

 

6、输出测试报告

在需求测试完成或者版本测试完成后的总结。

主要内容:

测试项目的版本,测试内容概述。

测试用例的执行情况

测试结果的统计:总bug数,bug级别分部、已解决bug数、遗留bug数。

基于软件缺陷的质量评估,是否满足发布标准,是否影响使用以及一些特殊的注意事项等。

 

参考文档:https://jingyan.baidu.com/article/dca1fa6f89043bb0a44052c3.html

文章仅做记录参考,如有需要可联系764527244一起讨论交流。

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值