回归测试用例覆盖程度应该在80%以上

回归测试用例覆盖程度应该在80%以上的说法是有一定道理的。因为回归测试是为了确保软件在进行修改或更新后仍然能够正常运行，因此需要覆盖到所有可能受到影响的功能和模块。如果覆盖率不够高，就可能会出现一些潜在的问题没有被发现，从而导致软件出现故障或漏洞。但是，具体的覆盖率标准还需要根据项目的具体情况来确定，不能一概而论。

相关问题

回归测试的策略如何选择

回归测试是指在软件开发周期中，当软件发生变更（如修改、新增功能等）后，重新运行之前的测试用例，以确保软件的稳定性和可靠性。回归测试的策略可以根据以下几个方面来选择：

1. 优先级：将测试用例按照优先级划分，优先运行优先级高的测试用例。

2. 覆盖率：将测试用例按照覆盖范围划分，优先运行覆盖范围广的测试用例。

3. 变更影响：将测试用例按照变更影响划分，优先运行与变更相关的测试用例。

4. 历史数据：根据历史回归测试的结果，选择较容易出现问题的测试用例进行运行。

5. 自动化程度：将测试用例按照自动化程度划分，优先运行自动化测试用例。

在实际应用中，通常会结合上述几个方面的因素来选择回归测试的策略，以达到最优的测试效果。另外，回归测试的频率也需要根据软件开发周期和变更的频率来确定，以保证软件的稳定性和可靠性。

制定一份关于微信APP的软件测试计划书，包括测试范围、测试目标、测试用例、测试方法、资源分配、测试策略等内容

微信APP软件测试计划书

1. 测试范围

本次测试的微信APP版本为最新版，测试范围包括但不限于以下功能模块：

- 聊天功能
- 朋友圈
- 公众号
- 小程序
- 支付功能
- 设置功能

2. 测试目标

本次测试的目标为发现并修复微信APP中存在的缺陷、提高软件的质量和稳定性，同时确保软件的正常使用。

3. 测试用例

测试用例是测试的核心，需要根据测试目标设计合理的测试用例。测试用例需要包括以下内容：

- 测试场景：描述测试的具体场景
- 预期结果：描述测试的预期结果
- 测试步骤：描述测试的具体步骤
- 测试数据：描述测试所需的测试数据

测试用例需要覆盖微信APP的所有功能模块，测试用例设计需要充分考虑用户的使用习惯和可能产生的异常情况。

4. 测试方法

本次测试采用黑盒测试方法，即通过对软件功能的输入和输出进行测试，来检查软件的正确性、完整性、可靠性和安全性。

测试方法包括但不限于以下内容：

- 功能测试：针对软件的各项功能进行测试，确保功能正常
- 兼容性测试：测试软件在不同的操作系统、浏览器、设备上的兼容性
- 性能测试：测试软件在不同负载下的性能，如响应时间、并发处理能力等
- 安全测试：测试软件的安全性，如数据加密、防止非法入侵、防止攻击等

5. 资源分配

测试需要分配以下资源：

- 测试人员：需要有多名测试人员参与测试，确保测试的全面性和准确性
- 测试环境：需要搭建测试环境，包括不同的操作系统、浏览器、设备等
- 测试数据：需要准备测试数据，包括不同类型的数据、数据数量等

6. 测试策略

测试策略包括但不限于以下内容：

- 分阶段测试：对不同的功能模块进行分阶段测试，确保测试的全面性和准确性
- 回归测试：对已修复的缺陷进行回归测试，确保修复的缺陷不会影响其他功能模块
- 紧急测试：对发现的紧急缺陷进行紧急测试，确保及时修复缺陷
- 风险评估：对测试中发现的风险进行评估，制定相应的应对措施

7. 测试报告

测试报告应包括以下内容：

- 缺陷报告：对测试中发现的缺陷进行详细描述，包括缺陷的严重程度、影响范围、复现步骤等
- 测试总结：对测试结果进行总结，包括测试覆盖率、缺陷数量、修复率等
- 建议和改进：对测试中发现的问题提出建议和改进措施，以提高软件质量和稳定性

以上是微信APP软件测试计划书的主要内容，具体内容还需要根据实际情况进行进一步的细化和完善。