目前我正进行一个产品的测试工作，开发人员在新版本规划时要求我们测试提可测试性需求。不知软件的可测试性包括哪些部分，应该怎样考虑软件的可测试性需求？

软件的可测试性是指软件发现故障并隔离、定位其故障的能力特性，以及在一定的时间和成本前提下，进行测试设计、测试执行的能力。软件的可测试性通常包含可操作性、可观察性、可控制性、可分解性、简单性、稳定性和易理解性。但在实际软件设计中，通常考虑其可观察性和可控制性。在进行可测试性分析之前，通常要分析被测特性，然后根据各被测特性的观察和控制来提出测试人员的可测试性需求。简单地说，就是研究如何打点、打什么点和如何进行流程控制。通常使用的方法是在关键的位置（模块输入输出，错误，关键数据更新等）上执行输出，引入输出过滤，在线修改模块变量等。业界还有不少其他算法，如哨兵算法：通过一个独立的程序周期去读被测试程序P的状态数据，并转储出来等。

谢谢仁兄
想进一步听取仁兄高见
可否提供点材料
mail luoyear@163.com

呵呵
后面几点倒是很对头

可测试性，主要是可维护性，可扩展性，易用性等方面来进行的．首先来说，我们的产品一定要和用户的需求保持一致，如果这一点都无法保证，呵呵　那就没什么测测试的了．再其就是可维护性，产品在用户手上使用过一段时间后，或多或少的，都会出现一些问题．如果编程人员在编写程序时，完全按照个人的编码风格来的话，会给后期的维护人员带来些不必要的麻烦．再其次这是能够支持升级，任何优秀的软件产品，总有走向下坡路的一天，所以我们要经常地发布补丁来进行对产品功能上的提高，如果我们的产品完全是一个死锁，对后期加进来的功能完全不能融合，甚至会出现ＢＵＧ，那就会对我们公司的产品的声誉带来很大的影响．最后，就是易用性，用户大都不是专业人员，他才不会管你用什么开发的，他只要觉得这个产品能够很快地运行，使用后能够提高他的工作效率．即使是初次使用你产品的，也能很快地掌握使用方法．以及你的产品的稳定性强，在较长的时间内不会出现问题，他就会认同你的产品．
　　　　　

都是高手阿

我们常说的软件可测试性是指在软件测试的W模型中，软件开发各阶段的提交物符合对应测试阶段的输入条件。

天网在哪高就阿？
你的观点是很正确！
补充一点：
可测试性的场景。可以参见《软件架构实践 第二版》，这里不多说。
软件要可测，简单的说就是要能够控制输入和前置条件
同时能够观察输入和前置条件，能够观察系统内部的状态，内部消息，事件，系统地行为等等
同时要能够观察输出
为什么要观察他们阿？
测试的时候不观察他们你怎么知道系统运行正确阿？出现故障的时候你不知道系统的轨迹你怎么定位阿？维护的时候你不看这些知识你怎么搞定你的系统阿？开发定位你的故障单的时候你没有这些信息怎么搞阿？
好了，作为测试人员
你在分析新增加的功能或者特性怎样测试的时候，你看看是否需要这些点
如果需要，你就告诉开发罗
剩下的事情，开发的会根据系统之间的模块关系决定怎么打点的
什么？你要知道怎样打点？
不告诉你，嘿嘿
不过如果你在深圳或者长沙，有空请我吃饭那就是另外一回事拉
开玩笑的拉，联系方式：zbaoguo@163.com
不早了，要睡觉，所以，不多说了阿

说得都不错