当前问题;如何提高软件的可测试性？（2012.3.18）（获奖名单已公布）
本周的问题为“如何提高软件的可测试性？”如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！
获奖名单
奖项获奖名单奖励答案链接
一等奖无京东礼券50元
需求明确，测试方案完备，用例明确覆盖全
目前考虑到这些 抛个破砖~
最重要的应该是需求文档的完善并且及时更新，还有测试用例，开发文档的设计和及时更新...
坐等学习观摩抛来的美玉~ 测试覆盖率. 表现就是测试用例对需求的100%覆盖，测试对代码的100%覆盖。 我觉得软件的可测性，就是从某种角度上来讲就是开发质量了，开发质量要从开发人员本身素质，开发人员对需求文档的理解程度，开发人员的开发能力、沟通能力和思考能力上。 同意楼上的，可测试性主要取决于开发人员，其后才是测试人员的准备，如测试方案编写，测试用例编写，测试资源准备等等 有需求文档：根据需求文档设计测试用例，和开发人员沟通，完善测试用例；
没有需求文档：根据经验和软件设计目的设计测试用例，和开发人员沟通，完善测试用例。 提高可测性，总得来说，是要求在设计时，就要考虑到具体测试的要求，设计就应该为了后续这些具体测试做相应的准备。
针对单元测试和测试自动化（包含单元测试，回归测试时），如果能在软件设计时，重视这些方面的要求，设计就应该尽量符合相关的最佳实践，例如，降低耦合度，设计成可mock，可模拟的组件式的，或者采用TDD的开发方式等。
针对性能测试、接口测试，也是要求设计时考虑留出相应的接口或者特殊的设计。
针对功能测试和UI相关，功能、流程、交互操作的设计应该尽量清晰、简单、易懂，各个功能模块尽量独立。功能定义（需求文档）尽量详细。 拿到一个软件 首先在我眼中看到的就没有一个好的全部看成失败的作品 全是BUG 然后一个一个BUG的汇总能适当的提高软件的可测性 有要全面的需求分析文档资料和做足测试工作开发的前提条件需求（比如：工作模式，管理工具，配置管理，测试计划等），根据需求分析文档资料确定测试点和测试目标确定系统中业务流程和功能模块，一定要精通系统业务，以及相应的测试设计方法，再就是设计覆盖率高的测试用例，能完全根据所设计的测试用例进行执行. 在需求分析阶段与各个方面关系人确定软件的测试性，并且就软件的验收标准进行明确。这时就得到软件初始的可测性。
并在后续的软件设计阶段以及测试案例准备阶段时进行头脑风暴，对软件的属性特点进行分析，寻找测试点。 刚刚在本站看到一篇采访，得到启示：
1.尽早介入项目，了解项目原始需求和应用场景已经软件的业务需求。
2.在测试过程开始前，要能够保证所有的原始需求都对应或分配到了软件需求，软件需求都对应和分配到了测试需求
3.合理设计测试用例的粒度，提高用例的覆盖率 需求明确，文档规范，测试周期合理，测试人员规范 回复 8# omg
:victory: 软件的可靠性：
1、软件需求明确，文档明确
2、进行需求评审，及早发现问题
3、开发仔细阅读需求，采纳最佳的发开方案
4、测试仔细阅读需求，设计最全面的用例 :victory: 考虑提高软件的可测性，
首先应该知道应该测试什么，这里应该研读需求
然后就是如何测试，这里觉得应该尽早的介入，希望开发人员在开发过程中，也考虑测试部分。比如提供良好的接口为单元测试准备 全是文不对题，真服了你们。 没人问你们怎么去测试，而是提高可测试性。
要提高可测试性要从设计、需求和开发三个角度出发
当然测试人员介入单元测试、需求测试、接口测试这样是最好的了。 没有人问如何做测试，而是问提高可测试性，这无疑要从设计、需求和开发的角度去讲了，测试人员要想提高产品的可测试性只有介入需求测试、单元测试和接口测试才行，也就是提高开发代码的提交质量了。
页:
[1]
2
