测试标准

<h3>目的</h3> <ol> <li>确保软件产品质量，使软件能够顺利交付和通过验收，此文档以作参考。</li> </ol> <h3>使用范围</h3> <ol> <li>本文档适用于本司项目开发中的系统测试、业务测试、验收测试等服务于交付的专项测试工作，也可覆盖日常维护测试和开发中的自测与检查。</li> </ol> <h3>基本流程</h3> <ol> <li>项目启动，产品人员确定好开发需求，测试人员提前熟悉需求</li> <li>项目开发中，已完成的功能模块开发人员初步自测，待所有功能自测通过后，通知介入测试</li> <li>测试人员依据前期需求说明书，进行测试，并将发现的问题和bug反馈到禅道或者在线文档，一轮测试完成后跟进反馈问题的修复进度</li> <li>开发人员在针对问题进行处理和答复之后，测试人员进行复测，复测通过，出具内部测试报告（包括主要需求说明、实现截图或实现步骤视频等资料）</li> <li>内部报告出具之后交由总经理进行审批，通过之后业务员通知客户进行验收</li> <li>针对验收过程中客户方反馈的问题要记录在新的在线反馈文档并及时进行答复和安排解决</li> <li>客户确认验收后，将开发环境新增功能更新至正式环境，测试员再次检查测试</li> <li>业务员取得客户邮件验收确认函，项目负责人完结项目 <h3>问题流程图</h3> <p><img src="https://www.showdoc.com.cn/server/api/attachment/visitFile?sign=78a307ab7cc292f1be8e5266d79daddb" alt="" /></p></li> </ol> <h3>基本测试规范</h3> <ol> <li> <p>项目交付前，确保主要流程无明显Bug，无影响重大的bug</p> </li> <li> <p>内部提测之前，开发人员要确保功能可以走通实现</p> </li> <li> <p>80%的错误源于20%的模块，出现bug的功能模块需要着重注意</p> </li> <li> <p>根据严重程度划分问题等级，严重影响使用的必须在交付之前处理掉，剩余问题不影响主要验收的部分，测试人员要在文档上做好相关记录，便于后续跟进处理</p> </li> <li> <p>针对复杂且交付时间较为充裕的重点功能，可自行安排二轮测试查漏补缺</p> </li> <li> <p>所有测试项必须符合以下标准</p> <ul> <li> <p>致命错误：无</p> </li> <li> <p>功能错误：无</p> </li> <li>功能界面/缺陷：内部通过，功能建议可留档后续优化</li> </ul> <p>以上几项其中之一不满足要求，视为不合格</p> </li> <li> <p>测试人员下班前需要将当天产生的问题文档递交至SVN对应目录并更新进度，如无问题产品，备注即可</p> </li> <li>项目完成客户方验收之后，在更新正式站时需要在正式站完成主流程的一轮检查</li> </ol> <h3>测试人员常用工具</h3> <p>1、测试管理 ： <a href="https://www.zentao.net/">禅道</a> <a href="https://docs.qq.com/">腾讯文档</a> <a href="https://www.xmind.cn/">Xmind</a></p> <p>2、接口测试 ： <a href="https://jmeter.apache.org/">Jmeter</a> <a href="https://www.postman.com/">Postman</a></p> <p>3、压力测试 ： <a href="https://httpd.apache.org/">Apache AB</a> <a href="https://jmeter.apache.org/">Jmeter</a></p> <p>4、UI兼容性测试 ： <a href="http://testsize.com/">Testsize</a></p> <p>5、其他项目管理 ： <a href="https://www.telerik.com/download/fiddler">Fiddler</a> <a href="https://www.charlesproxy.com/">Charles</a> <a href="https://www.sublimetext.com/">Sublime</a></p>