完整的测试过程包括：需求和计划->测试用例->测试执行->测试总结。
需求和测试需求。
通过与客户的沟通，产品经理完成了需求文，并与开发人员和测试人员一起完成需求文件的审核。
审查内容包括：需求描述不清楚的地方和可能存在明显冲突或无法实现的地方。
测试人员关心的是需求中的页面是什么，因为知道页面就知道输入项，然后对这些输入项的有效值和无效值进行评审。
项目经理通过综合开发人员、测试人员和客户的意见，完成项目计划。
测试计划
制定测试计划是借助测试计划模板，规划项目时间、人员、任务安排的文件。
在项目中，测试计划一般由测试负责人完成。
注意：测试负责人可以是测试负责人，也可以是测试负责人。
设计和书写用例。
采用等价类、边界值、场景法等用例设计方法设计适当的测试用例来验证系统。
在设计测试用例时，我们将首先分解功能点，然后列出每个功能点的有效用例和无效用例，以及一些特殊的场景用例。我们称输入项的有效值为有效用例，无效值为无效用例，从其他非输入级设计的场景称为特殊场景用例。
常见的特殊场景有：重复操作(例如重复无效操作)，权限不足，流程退回操作，业务分析。
设计好用例后，下一步就是用例写作，我们是在禅道中编写的测试用例。
用例准备规范：测试数据要求所有输入项都清楚相应的值，操作步骤需要清晰的步骤。预期结果不仅要有测试结果，还要有结果的具体说明。标题简要介绍了测试数据和预期结果。
测试用例完成后，需要对用例进行审查。通常会邀请产品经理、开发人员一起审查测试用例。
有时会有一些功能不写用例，类似于界面类、按钮类、功能重叠类、兼容性用例，不写用例，但需要测试。
测试准备
这一般不作为测试阶段，测试人员搭建环境，一般测试是指基于阿里云的Linux服务器，进行源代码部署。
提交***个版本的开发人员，可能存在未完成的功能，需要说明。
提交第二个版本的开发，包括bugfix和增加的功能，测试人员进行测试。
测试执行
试验轮次安排，应安排两轮试验。在禅道的测试单模块中创建相应的测试轮次，并添加相应的用例。
我们将首先进行功能测试。在系统上输入用例指定数据，然后提交功能测试，然后检查结果是否符合预期。
功能测试的实质是数据测试，即验证数据处理是否正确。
每一轮测试的重点应该不一样。***轮测试的重点是界面+功能。在第二轮测试中，浏览器(手机)将被替换，数据将被替换，业务功能测试将更加关注，甚至辅助工具，如fiddler和数据库。在这一轮测试中，界面不再是***的重点。
测试人员进行测试，发现BUG后提交禅道管理系统。
bug是指在下班前测试和开发当天提交的bug。
有时产品人员、客户也会参与测试，进行UAT测试，如果有客户或UAT人员反馈的问题，需要测试人员协助复制和返回测试。
测试总结
编制测试日报，定期向团队报告测试进度、问题和风险，编制测试总结报告，向团队报告测试结果和在线风险。