一、编写目的
测试流程是开展测试工作基础，本规范对测试流程中的关键环节点进行约定，明确测试时必须进行的工作项，所有测试任务必须按照本规范执行。
二、规范的适用范围
测试部门执行的所有任务，可以根据实际情况进行删减。
三、术语与说明
| 术语/定义 | 说明 |
| 软件测试 | 软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。 |
| 系统测试 | 系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的地方。它将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人眼等其他系统元素结合起来，在实际使用环境下，对计算机系统进行的测试。 |
| 功能测试 | 黑盒测试是基于系统需求规格，在不知道系统或组件的内部结构的情况下进行的测试。通常又将黑盒测试叫做：基于规格的测试、输入输出测试、功能测试或数据驱动测试。是基于用户观点出发的测试。主要是验证功能是否符合需求，包括原定功能的校验、是否有冗余功能、遗漏功能。 |
| 性能测试 | 性能测试关注的是系统的整体。它和通常说的强度、压力、负载测试有密切关系。所以压力和强度测试应该与性能测试一同进行。 |
四、测试进入准则
1、进入条件
在提交测试组进行系统测试前，开发人员通过冒烟测试后，测试方可进行功能测试；
开发人员自测完成对应功能模块，部署到对应的测试环境；钉钉群里通知相关测试人员，并且附带上更新内容。
2、启动准则
具备以下条件后，可以进行单元测试：开发执行过冒烟测试用例，通过率为100%；提测的内容已经部署到测试环境；测试范围内功能模块完善。
3、结束准则
单元测试的退出标准为：达到测试指标并且测试结果通过。
4、暂停/再启动原则
测试中发现致命缺陷或测试过程中无法达标的情况，需要优化程序等。进行暂停处理，待优化完毕进行测试。
5、测试通过准则
系统无业务逻辑错误（P0）和二级缺陷（P1），经确定的所有缺陷已得到商定的解决结果；设计的测试用例全部执行完成，由于其它因素导致未能执行的用例有相应记录；规定的功能点，测试覆盖率100%，有效bug的关闭率>=90%；满足联合测试和第三方测评要求。
五、通过测试的标准
一般有“基于测试用例”和“基于缺陷密度”两种评比准则，在这里我们采用前者。
准则：?1）功能性测试用例通过率达到100%；?2）非功能性测试用例通过率达到95%；3）没有高于优先级3以上的问题。（也就是说没有P0和P1级别的问题，不影响主流程和使用）?
备选通过办法：根据实际情况由软件开发部门的经理、项目经理和测试负责人共同讨论确定本测试阶段是否结束。
六、测试流程
1、整个测试流程如下图所示：
?
?
?
2、特殊说明
1）冒烟执行结果通知
开发执行完冒烟测试用例后，直接钉钉群里@相关测试人员。
2）提测通知
开发在群里@相关测试人员，并备注好本次更新的内容。具体事项可私下钉钉沟通，例如：测试关注点，哪些模块还未提测，哪些模块可以先测试等等。
3）产品验证通知
测试人员在回归测试完成之后，方可通知产品。产品对本次自己所负责的上线模块进行检查，有遗漏或者没有达到需求的要求等地方，及时提出并反馈给测试。
产品没有任何问题后，需要在群里或者钉钉上通知相关测试人员，测试人员通知开发人员发布上线。
4）上线前检查
1.开发在上线前需要检查有没有要删除的数据或者日志；
2.开发要申请的数据库，或者操作权限是否都已申请；
3.上线是否有上线顺序；例如：先上线管理后台的菜单模块，APP端才能上线。
4.上线是否有需要注意要的点；例如：先配置后台的菜单模块，APP方可进行验证。
5.测试数据是否已删除；
6.配置文件是否已配置；
7.需要协助的人员是否都已通知，例如：运营人员，运维等等；
8.相关账号是否已开通。
5）上线邮件通知
上线验证完成之后，测试人员需要发送上线邮件，并通知相关负责人（项目管理，产品经理，开发人员，测试人员）。
邮件内容：标题，上线模块，上线日期，上线使用时间，本次测试人员等信息。
6）运营通知
运营线上或者现网反馈的bug，已修复上线的bug，测试人员需要在钉钉群内通知相关运营人员。
七、测试关注点
1、文本输入框
1)?检测空数据
2)?检测过长数据（超出空间本身的长度和数据库中改字段所允许的长度）；?
3)??检测特殊字符，尤其是数据库中不允许的字符，甚至回车字符、空格字符等；?
4)??检测字符类型，比如应该输入数字的文本框输入英文字符；
5)??中文字符的处理；
6)??对于日期时间型数据，检查格式正确性以及时间日期的合理性。比如开始时间不能晚于结束时间等。?
2、下拉列表?
1）列表数据是否正确、完整；?
2）下拉列表与其他空间的联动关系；
3）是否允许多选；
?
3、增加数据
1)??数据个数的上限；
2)??重复数据处理，尤其是键值的重复；
3)??相关表格的更新；?
4)??检查多次使用back剪的情况：在有back的地方，back,回到原页面，再back，重复多次，看是否会出错。
?
4、修改数据
1）不能破坏数据库数据的关联和完整；
2）重复数据处理，尤其是键值的重复；
3）修改登录用户本身信息时对系统的影响；
4）修改正在使用的数据；?
5）检查多次使用back剪的情况：在有back的地方，back,回到原页面，再back，重复多次，看是否会出错。?
5、删除数据?
1）不能破坏数据库数据的关联和完整；?
2）删除正在使用的数据；?
3）删除登录用户本身。
?
6、查询数据?
1）多条件组合查询的正确性；
2）多次连续查询正确性。?
7、数据导入导出
1）导入数据格式要求不应太苛刻，提示明确；
2）导出数据不应乱码。
8、数据接入与处理
1）数据接入方式是否全部能用，数据是否能正确接入；?
2）数据处理方式是否全部可行；
3）数据的动态监测是否正确无误。?
9其他
1）对网络故障的提示；
2）同一用户多次登录；?
3）内存使用情况；?
4）压力测试，系统承受能力，多用户同时登录使用。
八、测试类型
1）功能测试：验证系统功能是否符合其需求规格说明书，核实系统功能上是否完整，没有冗余和遗漏的功能。
功能测试详细表?
| 测试范围 | 验证数据精确度、数据类型、业务功能等相关方面的正确性 |
| 测试目标 | 核实所有功能均已正常实现，即是否与需求一致 |
| 技术 | 采用黑盒测试、边界测试、等价类划分等测试方法 |
| 工具与方法 | 手工测试 |
| 开始标准 | 开发阶段对应的功能完成并且测试用例设计完成 |
| 完成标准 | 测试用例通过并且最高级缺陷全部解决 |
| 需考虑的特殊事项? |
2）用户界面测试：测试用户界面是否具有导航性、美观性、行业或公司的规范性、是否满足设计中要求的执行功能。
UI测试介绍表
| 测试范围 | 1．导航、链接、Cookie、页面结构包括菜单、背景、颜色、字体、按钮名称、TITLE、提示信息的一致性等。 2．友好性、可操作性（易用性） |
| 测试目标 | 核实各个窗口风格（包括颜色、字体、提示信息、图标、TITLE等等）都与需求保持一致，或符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯。? |
| 技术 | WEB测试通用方法 |
| 工具与方法 | 手工测试、目测 |
| 开始标准 | 界面开发完成 |
| 完成标准 | 测试用例通过并且最高级缺陷全部解决 |
| 需考虑的特殊事项? | UI符合可接受标准，能够保证用户界面的友好性、易操作性，而且符合用户操作习惯 |
3）性能测试：测试相应时间、事务处理效率和其他时间敏感的问题。
性能测试介绍表
| 测试范围 | 多用户长时间在线操作时性能方面的测试 |
| 测试目标 | 核实系统在大流量的数据与多用户操作时软件性能的稳定性，不造成系统崩溃或相关的异常现象 |
| 技术 | 自动化脚本编写 |
| 工具与方法 | jmeter、loadrunner、逻辑覆盖、条件判断等 |
| 开始标准 | 自动化测试脚本设计并评审通过且项目组移交系统测试? |
| 完成标准 | 系统满足用户需求中所要求的性能要求 |
| 测试重点与优先级 | |
| 需考虑的特殊事项? |
4）兼容性测试：测试软件在不同的平台上使用的兼容性。
兼容性测试详细表
| 测试范围 | 1．使用不同版本的不同浏览器、分辨率、操作系统分别进行测试。? 2．不同操作系统、浏览器、分辨率和各种运行软件等各种条件的组合测试。 |
| 测试目标 | 核实系统在不同的软件和硬件配置中运行稳定。 |
| 技术 | 黑盒测试 |
| 工具与方法 | 手工测试 |
| 开始标准 | 项目组移交系统测试 |
| 完成标准 | 在各种不同版本不同类项浏览器、操作系统或者其组合下均能正常实现其功能（此测试根据开发提供依据决定测试范围） |
| 测试重点与优先级 | |
| 需考虑的特殊事项? |
5）安全性测试：测试软件系统对非法侵入的防范能力。
安全性测试详细表
| 测试范围 | 1.用户、管理员的密码安全； 2.权限； 3.非法攻击。 |
| 测试目标 |
3．系统级别的安全性：核实只有具备系统访问权限的用户才能访问系统。 |
| 技术 | 代码包或者非法攻击工具?工具与方法 |
| 工具与方法 | 手工测试 |
| 开始标准 | 功能测试完成 |
| 完成标准 | 执行各种非法操作无安全漏洞且系统使用正常 |
| 测试重点与优先级 | |
| 需考虑的特殊事项? |
6）配置测试：测试在不同网络、服务器、工作站的不同软硬件配置条件下，软件系统的质量。
配置测试详细表
| 测试范围 | 不同网络、服务器、工作站，不同软硬件配置条件 |
| 测试目标 | 核实系统在不同的软硬件配置条件下系统的质量是否达到标准 |
| 技术 | 黑盒测试 |
| 工具与方法 | 手工测试 |
| 开始标准 | 系统开发完成后 |
| 完成标准 | 达到相关要求 |
| 测试重点与优先级 | 测试优先级以测试需求的优先级为参照 |
| 需考虑的特殊事项? | 软硬件设备问题? |
7）回归测试：
回归测试详细表
| 测试范围 | 所有功能、用户界面、兼容性、安全性等测试类型 |
| 测试目标 | 核实执行所有测试类型后功能、性能等均达到用户需求所要求的标准 |
| 技术 | 黑盒测试 |
| 工具与方法 | 手工测试和自动化测试 |
| 开始标准 | 每当被测试的软件或其环境改变时在每个合适的测试阶段上进行回归测试 |
| 完成标准 | 95%的测试用例执行通过并通过系统测试 |
| 测试重点与优先级 | 测试优先级以测试需求的优先级为参照 |
| 需考虑的特殊事项? | 软硬件设备问题 |
希望对你有所帮助~