四、软件测试管理办法
第1章 总则
第1条 目的。
1．规范软件测试工作，完善测试标准和测试方法。
2．测试及早发现软件存在问题，确保公司软件产品质量及安全，满足客户要求，规避公司信誉受损。
3．在开发过程中发现bug及时调整，降低软件开发成本与维护成本。
第2条 适用范围。
本办法适用于公司新研发或改良升级的各类软件开发项目及产品的测试工作，包括但不限于项目初期、中期和后期的测试工作。
本办法可以适用于公司内部涉及软件研发的不同部门和团队，也适用于不同类型的软件测试，例如功能测试、安全测试、性能测试等。
第3条 测试的主要工作内容。
定义测试策略、测试用例设计和执行规范，包括单元测试、集成测试、系统测试等。
- 确定测试需求，列出测试清单，编写测试计划，开展系统、深入、广泛的测试。
- 测试产品的同时，在产品实现之前，对产品的设计进行审核和测试。
3．找出软件产品中存在的所有问题，进行测试记录及过程反馈，尽早开展修复工作。
4．整理测试结果和统计报告，向相关人员汇报测试的结果和问题，包括发现的问题、缺陷以及解决方案的验证情况等。
5．关注软件产品的规格、进度、资源以及产品开发后期的任何变化，以实现持续改进。
第4条 管理职责分工。
软件测试工程师主要负责软件测试计划的制订、执行等相关工作，受软件研发经理的指导与监督，各相关人员需积极配合软件测试工作。
1．测试部门或测试负责人负责根据软件开发需求，分析测试需求，制定测试计划和设计测试用例，拟定及规范测试流程。
2．测试人员负责按照测试计划和测试用例执行测试，对发现的问题或缺陷进行记录、跟踪和验证，及时将结果反馈给开发团队或其他相关人员，并做好沟通记录，确保问题得到及时解决和修复。
3．测试部门或测试负责人负责根据测试结果编写测试报告，对测试的质量和结果进行总结和评估，并及时将报告提交给相关人员进行评审和确认。
4．测试人员负责对测试环境进行管理和维护，确保测试环境的稳定性和可靠性，包括测试环境的搭建、配置和维护等工作。
第2章 编写测试计划
第5条 测试计划的编制要求。
测试计划是测试人员管理测试项目和发现Bug的重要工具，由测试工程师根据测试的对象与测试标准制定，并经软件研发部经理审批通过后方可执行。
软件测试计划编制的要求可以包括但不限于以下几个方面：
1．明确测试的目标和范围，包括测试的内容、功能、性能、安全等方面的需求，以确保测试的全面性和有效性。
2．确定测试的方法和工具，包括黑盒测试、白盒测试、手工测试、自动化测试等，以及相应的测试工具和环境。
3．根据项目的计划和进度，匹配项目进度，合理安排测试的周期和时间，以确保测试的质量和进度。
4．制定测试流程和规范，包括测试需求的收集、测试用例的编写、测试过程的控制、缺陷的跟踪和修复等方面的规定，以确保测试的规范性和质量。
5．尽可能考虑到可能存在的风险和问题，包括测试环境的稳定性、数据的安全性、人员的配备等方面，并制定相应的管理措施和应急预案。
6．确定参与测试的人员和职责，包括测试工程师、项目经理、质量管理人员等相关人员，并明确每个人的职责和任务，以确保测试的顺利进行。
7．输出测试计划文档，包括测试目标、范围、方法、工具、时间、人员等方面的计划，以方便相关人员的查阅和理解。
第6条 测试计划的内容。
软件测试计划的主要内容可以包括以下几个方面：
1．明确软件测试的目标和目的，说明待测软件产品的名称、特征、用途以及测试产品的目的，也包括软件的质量和可靠性目标等。
2．明确软件测试的范围和内容，包括软件的功能、性能、界面、安全等方面。
3．选择适合的测试方法和策略，包括黑盒测试、白盒测试、手工测试、自动化测试等，指出测试依据的主要原则、理论、方法，以及测试时重点考虑的因素。
4．确定软件测试所需的工具和环境，包括测试管理工具、缺陷跟踪工具、自动化测试工具等。
5．制定软件测试的周期和时间表，包括测试计划、测试设计、测试执行、测试评估等阶段。
6．明确软件测试所需的人员、设备、数据等资源，包括测试工程师、测试设计师、测试管理师等人员以及测试环境、测试数据等资源。
7．制定软件测试的流程和规范，包括测试需求的收集、测试用例的编写、测试过程的控制、缺陷的跟踪和修复等方面。
8．明确软件测试可能存在的风险和问题，包括测试环境的问题、数据的安全性问题、人员配备和培训等方面，并制定相应的管理措施和应急预案。
9．拟定软件测试评价准则，输出测试报告和文档，包括评测依据、标准要求、测试结果、缺陷分析、性能分析等方面的报告和文档。
第3章 测试用例设计
第7条 测试用例的设计原则。
1．用例的操作步骤要描述清晰，包含清晰的输入数据以及预期输出，验证点必须明确清晰，能突出重点。
2．测试用例应符合用户实际工作业务流程。兼顾各种业务变化的可能。流程性的用例建议按照流程顺序进行用例安排。
3．用例可维护性高，遵循能够复用、易于分类、测试内容不重复等原则。
4．尽可能覆盖程序中的各种逻辑路径。归档所有测试用例原则。
第8条 测试用例应满足的条件
1．测试用例应尽可能覆盖软件产品的功能特点和程序代码中的分支流程，并极有可能抓住Bug。
2．测试用例应注重测试那些最特殊的输入组合，如对最大值、最小值等边界输入条件的测试。
3．输入界面的数据应与测试文档所记录的数据一致。
4．预期的测试结果应与需求设计产生的业务和结果吻合。
5．选择测试用例时应选用经实践证明最有效的测试用例。
6．将复杂的测试用例分解成一组较简单的测试用例分别进行测试。
第5章 测试过程管理
第9条 完整的测试循环过程工作内容。
1．完整测试，按测试计划和测试用例的要求，将所有测试用例完整地执行一遍。
2．随机测试，提高发现Bug的几率。
3．Bug校验（回归测试），对所有已经改正的Bug进行再次测试，确保先前发现的Bug已完全解决。
4．结束条件测试。
第10条 测试过程阶段。
各测试阶段划分及基本要求如下。
1．需求理解和分析：测试人员需要了解和理解软件的功能需求、性能需求等。
2．制定测试计划：根据需求分析结果，制定详细的测试计划，包括测试目标、测试范围、测试方法、资源规划等。
3．设计测试用例：根据测试计划，设计覆盖所有需求的测试用例，包括正常情况和异常情况的测试用例。
4．执行测试用例：按照测试用例的步骤执行测试，记录测试结果，并对发现的问题进行跟踪。
5．缺陷管理和修复：对发现的问题进行跟踪，确保其得到解决和修复，同时对修复的结果进行验证。
6．测试报告和总结：对测试的过程和结果进行总结，编写测试报告，对发现的问题进行分析和总结。
第11条 测试质量要求
质量是由产品的可靠性、功能和发布时间来决定的，是三者之间的平衡。
1．可靠性是指软件产品功能的正确性，即无大的缺陷或缺陷很少。
2．功能是软件产品提供给客户的所有可操作的特性。
3．发布时间与软件研发的进度相关。
第5章 软件Bug管理
第12条 Bug的界定。
软件的bug包含但不限于以下方面：
1．功能未实现，或实现功能与规格说明书的描述不一致。
2．不能工作，启动出错、系统崩溃、死机，没反应及无法操作。
3．内存泄露、缓存占用不合理，系统逐渐变缓慢或不稳定。
4．对某种软、硬件配置不兼容。
5．用户数据丢失或被破坏，数据不完整、无法保存及容易被错误删除等。
6．数据通讯错误，如通信质量差、数据传输中断等。
7．严重的数值计算错误，如计算结果不准确、计算过程出现异常等。
8．在设置边界条件时发生功能缺失或错误。
9．界面、消息、提示不够准确，不友好，如刷新不及时、提示有误、文字表达错误等。
10．有时把未完成的工作也作为一个Bug。
第13条 Bug的级别与后果
1．死机，导致死机或系统瘫痪。
2．主要问题，可能引发严重问题。
3．小问题，不太严重。
4．微小问题。
第14条 Bug的优先级。
1．需要尽快修正的Bug。
2．每个里程碑结束前必须修正的Bug。
3．如果时间允许就修正的Bug。
4．低优先级的Bug。
第15条 Bug状态分类。
1．活动的Bug。
2．已经解决的Bug。
3．关闭的Bug。
第16条 Bug的解决方法。
1．已修正。
2．推迟。
3．设计问题。
4．重复。
5．不可再现。
6．无需修正。
第17条 Bug报告与分析流程。
1．当测试工程师发现Bug时，首先需要记录下Bug的现象和相关信息，包括Bug产生的模块、重现步骤、结果对比、环境和Bug屏幕截图等。
2．根据Bug产生的模块和影响范围，将Bug分为用户界面、功能、数据、性能等不同的类型，对Bug进行归类管理，以便于后续的定位和修复。
3．根据Bug对软件功能和用户使用的影响程度，对Bug进行优先级和严重级别评估，确定修复的先后顺序。
4．将Bug报告提交给项目组或开发团队，并按照统一模板进行记录和存储，包括Bug编号、严重级别、优先级、重现步骤、结果对比等信息。
5．由项目组或开发团队对Bug报告进行审核和确认，确保Bug报告的准确性和完整性。
6．根据Bug报告的信息和开发团队的安排，视情况安排开发工程师进行Bug修复，可以采用临时修复、延迟修复、不修复等不同的处理方式。
7．在Bug修复后，由测试工程师对Bug进行测试和验证，确保Bug已经得到有效修复，并且不会引入新的Bug。
8．当Bug测试通过后，关闭Bug报告，并将Bug记录存档，以便于后续的跟踪和管理。
第18条 Bug报告管理。
在软件开发过程中，发现并报告Bug不仅是测试工程师的职责，也是所有研发参与人员的职责，所有人报告的Bug都被统一记录、跟踪和管理：
1．应制定统一的Bug记录模板，以保证Bug报告的标准化和规范化，便于管理和查找。
2．Bug报告应包括必要的信息，如Bug编号、Bug严重级别和优先级、Bug产生的模块、Bug摘要、Bug详细现象描述、重现步骤、结果对比等。
3．对于不可重现的Bug，要尽力重现，若尽力之后仍不能重现，仍然要报告此Bug，但在报告中要注明无法再现，以及Bug出现的频率。
4．要定期分析和总结Bug报告的内容和特点，以发现和解决系统中的潜在问题，提高软件的质量和稳定性。
5．针对Bug报告的修改和更新，要进行及时的跟踪和反馈，以保证Bug得到及时修复和改进。
第6章 附则补充
第19条 避免过渡测试，注重标准化。
1．确保测试覆盖范围和测试用例的有效性，避免过度设计、过度依赖、过度自动化等问题。
2．加强测试流程的规范化和标准化，减少重复和冗余的测试工作，提高测试效率和质量。
3．通过采用一些现代的软件测试工具和技术，如持续集成、自动化测试、压力测试、负载测试等，提高软件测试的效率和质量，减少人工测试的工作量，避免过度依赖人工测试的情况
