可测试性的概述
软件可测试性是指一个软件工件（软件体系、模组、需求文件、设计文件）在一给定的测试环境下，能够被测试的容易程度。理论上来说，每个软件都可以进行测试，像很多公司会找用户提前试用。但是，要基于系统设计和架构进行测试和发现bug是有一定难度的。其实，有时候你不管测试多少次，还是会存在于软件之中，所以App Store总会提醒你更新软件，原因都会写优化性能及修复一些问题。在大量用户的不断使用中，问题也会一个个排除。可测试性是开发、产品和测试团队之间有效沟通的产物，对被测系统的软件架构越了解，测试效率越高。
可测试性的特征
可操作性: 运行的越好，越能有效的测试
可观察性: 所看见的就是所测的
可控制性:对软件控制的越好，测试越能被自动执行和优化。
可分解性: 通过控制测试范围，能够更快地分解问题，完成更灵巧的再测试
简单性: 需要测试的内容越少，测试的速度越快。
稳定性:变更越少，对测试的破坏越少.
易理解性:得到的信息越多，进行的测试越灵巧
而好的测试具有较高的发现错误的可能性，合理时间和资源的分配。
软件测试方法
按照是否需要知道程序内部是如何实现的，将测试分为黑盒测试与白盒测试。
白盒测试需要知道程序内部是如何实现的，一般是内部人员即程序员进行测试
黑盒测试不需要知道程序内部是如何实现的，一般是外部人员如专门的测试人员和用户来测试
（1）黑盒测试
黑盒测试又称为功能测试，主要检测软件的每一个功能是否能够正常使用。在测试过程中，将程序看成不能打开的黑盒子，不考虑程序内部结构和特性的基础上通过程序接口进行测试，检查程序功能是否按照设计需求以及说明书的规定能够正常打开使用。比如我们现在所学的等价类划分、边界值分析、错误推测法、因果图等等。
①等价类划分：将被测函数的输入划分为等价类，从等价类中导出测试用例。
这基于一种假设就是：相似的输入，将会产生相同的结果。意思就是可以从一个等价类中选择一个为代表作为测试用例即可。（比如【1,2,3】为一个等价类，则选择1或2或3其中一个测试即可）
有效等价类与无效等价类：
有效等价类：如果一个等价类内的数据是符合（软件需求说明书）要求的、合理的数据，则称这个等价类为有效等价类。有效等价类主要用来检验软件是否实现了规定的功能。
无效等价类：如果一个等价类内的数据是不符合（软件需求说明书）要求的、不合理或非法的数据，则称这个等价类为无效等价类。无效等价类主要用来检验软件的容错性。
eg:max函数用来返回两个数中更大的数。这时需要分别选择数据属于a>b，a==b，a<b三种情况。
②边界值分析：假设大量的错误发生在输入与的“边界”而不是中央。边界值分析可以是对等价类划分方法的补充。
③错误推测法：在测试程序时，人们可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。列举程序可能出现的错误或者容易产生错误的测试点，然后根据测试点来编写测试用例。或在阅读规格说明时联想开发可能做的假设来确定测试用例，比如规格说明中的可能被忽略的内容。
常见的方法：极限值设计（如最大、最小、空、0）、特殊值设计等
④因果图：根据输入条件与输出结果之间的因果关系来设计测试用例的，它首先检查输入条件的各种组合情况，并找出输出结果对输入条件的依赖关系，然后为每种输出条件的组合设计测试用例。
（2）白盒测试
白盒测试也称为结构测试，主要用于检测软件编码过程中的错误。程序员的编程经验、对编程软件的掌握程度、工作状态等因素都会影响到编程质量，导致代码错误。白盒测试可以发现黑盒测试没有发现的错误，可以实现一部分测试一部分。
可测性的重要性
可测试性是在设计和开发阶段确定的，但对于其他需求（如可用性和功能性），它常常被忽略，因为应用程序通常是为用户而不是为QA团队构建的。
然而，创建一个高度可测试的应用程序最终也会让用户受益。可测试性影响可交付性。当测试人员更容易定位问题时，就可以更快地对其进行调试，并且应用程序能够更快地到达用户手中，并且没有隐藏的故障。此外，可测试性也将有助于产品和开发团队。通过具有更高的可测试性，这些团队将受益于更快的反馈，这将允许更频繁的修复和迭代。
在软件开发的生命周期中，我们经常谈到更快地考虑质量。而不是等到测试，拥有一个完整的团队方法来实现可测试性意味着在规划、设计和开发过程中对应用程序给予周到的考虑。这包括强调多个方面，如文档、日志和需求。测试人员对产品或特性、其用途和预期行为的了解越多，他们的测试和测试结果就越有价值。