完整的测试过程包括：需求与计划->测试用例->测试执行->测试总结。
测试过程
一、测试需求方面
产品经理通过和客户的交流，完成需求文档，并与开发人员和测试人员共同完成需求文档的评审。
评审的内容包括：需求描述不清楚的地方和可能有明显冲突或者无法实现的功能的地方。
测试人员关心的需求是该需求中的页面有哪些，因为知道了页面就知道了输入项，再评审这些输入项的有效取值和无效取值。
项目经理通过综合开发人员，测试人员以及客户的意见，完成项目计划。
二、测试计划
制定测试计划是借助测试计划模板，规划项目的时间、人员、任务安排的文档。
在项目中，测试计划一般由测试负责人来做。
注：测试负责人可以是测试组长也可以是测试组员，这里特指咱们自己做过测试计划。
三、用例设计和写作
使用等价类、边界值、场景法等用例设计方法设计合适的测试用例对系统进行验证。
在设计测试用例时，我们会先分解功能点，然后再针对于每个功能点尽可能多地列出其有效用例和无效用例，还有一些特殊场景用例。我们把输入项有效取值的叫做有效用例，无效取值叫做无效用例，从其他不是从输入层面设计的场景叫做特殊场景用例。
常见的特殊场景有：重复操作（例如重复进行无效操作），权限不足，流程回退操作，业务分析。
设计好用例后，接下来就是进行用例写作，我们是在禅道中编写的测试用例。
编写用例的规范：测试数据需要所有输入项都明确对应的取值，操作步骤需要步骤清晰，预期结果不仅要有测试的结果还需要有结果的具体说明。标题则是简明扼要地将测试数据和预期结果进行呈现。
测试用例完成后，需要对用例进行评审。一般会邀请产品经理、开发人员一起评审测试用例。
用例有时会存在一部分功能不写用例，类似于界面类、按钮类，功能重叠类，兼容性用例，不写用例，但需要进行测试。
四、测试准备
这个一般不作为测试阶段，测试人员搭建环境，一般测试是是指基于阿里云的Linux服务器，进行源码部署。
开发人员提交第一个版本，可能存在未完成功能，需要说明。
开发提交第二个版本，包括BugFix以及增加了部分功能，测试人员进行测试。
五、测试执行
测试的轮次安排，应安排2轮测试。在禅道的测试单模块中创建对应的测试轮次，添加相应的用例。
测试执行我们会先做功能测试。功能测试的做法就是在系统上输入用例指定数据，然后提交，再检查结果是否与期望一致。
功能测试的本质是就是数据测试，即验证数据处理是否正确。
每一轮测试重点应该不一样，第一轮测试的重点是界面+功能，第二轮测试会更换浏览器（手机），更换数据，并且更加关注业务功能测试甚至结合Fiddler、数据库等工具进行辅助，界面在本轮不再是测试的绝对重点。
测试人员进行测试，发现BUG后提交给禅道管理系统。
过Bug，就是测试和开发在下班前针对当天提交的Bug过一下。
有时候产品人员、客户也介入测试，进行UAT测试，如果有客户或UAT人员反馈的问题，需要测试人员协助重现以及回归测试。
六、测试总结
编写测试报告
标签:测试过程、功能测试