软件测试原则不包括

软件测试是软件开发过程中不可或缺的一环，它能够有效地帮助我们在软件发布前发现其中的错误和缺陷，提高软件质量和用户体验。然而，软件测试并非简单的“检查”过程，它需要遵循一定的原则和方法。在软件测试原则中，有些事情是我们不应该做的，或者说是不在原则范围内的。本文将从多个角度对这个话题进行分析和探讨。

不包括的原则

首先，我们需要了解一下软件测试原则中哪些内容是不包括在内的。据ISTQB软件测试认证标准，软件测试应该遵循如下七个原则：

1. 测试应该早早地开始：在软件开发的早期就应该考虑测试。

2. 引入缺陷：我们应该想办法找出被隐藏在软件里的缺陷。

3. 测试应该充分工具化：应该使用各种工具和技术来辅助测试。

4. 测试应该是重复、可预测和可控制：测试应该是可重复的，可预测的，并且能够在必要的时候控制测试过程。

5. 测试依赖于上下文：测试应该根据不同的上下文和应用场景来进行不同的方式和策略。

6. 测试应该展示缺陷：测试不应该只关注“通过”或“不通过”，而应该将发现的缺陷明确地展示出来。

7. 全组织的责任：测试不仅仅是测试人员的责任，它是全组织的责任。

可以看出，这七个原则涵盖了软件测试的各个方面，包括测试的时间、方法、工具等等。但是，它并不是包罗万象的，而是有一定的局限性和限制性的。下面我们将分别从几个角度来探讨。

方法角度：软件测试原则中不包括各种测试方法的具体步骤和方法。例如，黑盒测试、白盒测试、集成测试等，都需要配合具体的步骤和技术才能实现。而软件测试原则只是指导这些方法的步骤和策略应该如何制定和执行，不涉及具体的技术细节。

范围角度：软件测试原则中不包括软件测试的所有范围和对象。例如，它不仅仅适用于软件开发过程中的应用程序，也适用于嵌入式系统、网络应用、游戏等各个行业和领域。但是，每种应用场景的特点和要求都不同，需要根据实际情况进行调整和变化，这不是软件测试原则可以解决的问题。

技术角度：软件测试原则中也不包括各种软件测试工具和技术的详细介绍和使用方法。例如，自动化测试、性能测试、安全测试等，都需要掌握一定的技能和工具才能实现。而软件测试原则只是指导这些工具和技术应该如何使用和集成，而不是具体的技术细节和使用方法。