News

　　工作以来，大大小小参与的项目也有十几个了，涵盖财务类、保险类、OA办公类软件。从测试流程上看，基本也都大同小异，这里将常见的测试流程做一些梳理，供刚入行的朋友学习参考。

　　对需求文档进行评审，对于有疑问或者有错误的地方，进行讨论沟通，来保证对需求理解的准确性和一致性。需求文档中最好有业务流程图，能够较好的帮助相关人员快速的了解业务需求。

　　需求评审通过后，测试根据定版的需求或UE构造测试脑图。通过脑图列出测试点以及测试方法，然后再根据脑图整理测试方案。

　　测试范围、测试目标、测试出入口、通过标准、测试人力安排(角色及职责)、测试进度安排

　　(用例设计评审开始结束时间、用例执行开始及结束时间、回归测试时间计划、测试交付时间等)、测试交付物、测试风险。

　　用例设计完以后，要开展用例评审，查漏补缺，不断完善用例;也可以采取用例结对编写的方式，提高用例设计质量。

　　编写人、用例编号、用例名称、前提条件、测试数据、优先级、操作步骤、预期结果、实际结果、测试人等

　　UI测试、权限测试、功能测试、数据测试、流程测试(包括正常流程与异常流程)、接口测试、兼容性测试、性能测试、安全测试等

　　开发提测后，正式测试前，先验证一下主流程或主要实现功能是否存在问题。没有问题后再进行系统的测试，避免测试相关工作已经准备开展，而核心业务却执行不下去的情况。

　　冒烟测试结束后，按照测试计划开展测试。这个阶段也可采取交叉测试的方法，即：A写的用例B执行，B写的用例C执行。过程中如遇到不可控因素或问题，影响到测试计划落地的，一定要尽早报备。

　　根据测试需求的具体情况，发布测试日报(一般邮件形式较多，也有在看板或需求平台上备注的)。

　　用例总数、执行用例数、未通过数、发现BUG的数量、关闭BUG的数量、遗留BUG的数量、问题等级、影响程度、BUG趋势以及其它建议等。

　　主要反应测试过程中的问题以及对应版本的质量情况，是否满足发布标准、遗留的问题的情况、是否影响相关使用、特殊的注意事项等。

　　以上内容为大家介绍了软件测试人员必须知道的测试流程，本文由多测师亲自撰写，希望对大家有所帮助。

上一篇：如何用流程图描述APP启动流程？ 下一篇：如何高效地绘制业务流程图？