作为IT质量保障的从业者,数年如一日的耕耘,自己也算多少积攒了一点能量,希望分享给需要的伙伴们。并希望在历练之路上不断前进、勇往直前,向行业路上的技术前辈们、管理前辈们、行业大佬们多多学习。一直记得多年之前前辈说的那句:只要你知道自己的方向,全世界都为你让路。
对软件质量保障流程执行规范说明:
质量保障测试流程规范执行标准,是为了使产品质量的测试效率更高,降低迭代版本流程时间,QA质量保障方面需要对测试流程做出优化性改进,让产品迭代过程加快,让质量测试者有更多的时间考虑正常测试情况之外的各种其他测试场景,从而保证产品功能的正确定、运行中的稳定性以及产品的易用性等。
1.需求评审阶段:
在需求评审阶段,质量保障团队应充分了解系统的需求,了解业务场景,根据需求文档和业务场景生成测试要点,测试需要关注的功能记录。
具体的,质量保障团队应该做到以下几点:
1.理解需求
质量保障团队应该全面理解需求文档中描述的功能、性能、安全性等方面的需求。应该对需求文档中的每一项内容都有清晰的理解,以便后续的质量保障测试工作能够覆盖到所有的需求。
2.验证需求的可测性
质量保障测试团队应该评估需求的可测性,即需求是否清晰、具体、可量化,并且是否可以通过测试来验证。如果发现某些需求不够清晰或难以测试,应该及时与相关团队进行沟通,以便进行修订和澄清。
3.识别潜在的风险和漏洞
质量保障测试团队应该在需求评审阶段识别可能存在的风险和漏洞,并提出建议和改进措施。这包括可能导致系统故障或功能失效的问题,以及可能影响系统性能或安全性的因素。
4.确定测试策略(评审通过)
基于对需求的理解和评估,质量保障团队应该制定相应的测试策略和计划。
测试策略包括:
- 确定测试的范围
- 测试轮次(团队负责人应根据实际产品情况确定该产品需求上线需要完成几轮测试,以便在测试计划中涵盖时间节点)
- 测试计划(要涵盖关键时间节点)
- 测试环境
- 测试工具
- 准入准出标准
- 准备测试需要的数据(测试中需要的各种测试账号/测试文件等)
以确保测试工作能够全面、有效地覆盖需求的各个方面。
根据需求调研阶段的输出产物:用户需求文档、产品需求文档,在测试计划中定制出测试的目标,包括功能测试、易用性测试、界面测试、性能测试。
版权归原作者 飞扬的光 所有, 如有侵权,请联系我们删除。