–细说软件测试依据
作者：软件测试人家/testinghome
没想到啊，万万没想到！没有想到我的一篇“从杯子测试用例想到的—测试依据的重要性”引起了大家的兴趣，由于时间匆忙，很多东西都没有展开，我觉得很有必要做一下展开和梳理，欢迎大家批准指正，参与进来一起学习提高！
本篇文章我主要从软件测试人员的角度，对测试过程中各种测试类型所对应的测试依据做一个简单的梳理，并说说我的心得体会。
有关测试过程中的阶段，本文不做过多的划分和细化，因为每一个单位可能在这一块会有不同的要求和目标，根据测试规范可分为测试策划、测试设计、测试执行和测试总结四个阶段。
1单元测试
单元测试（也称为模块测试）的测试依据是“软件详细设计说明书”（或者软件设计说明书等其他的名称），软件详细设计说明书的“详细”程度和覆盖程度直接决定了测试的效果，并且目前有相当一部分单位的详细设计说明书是没有办法来指导单元测试工作的，因此单元测试基本上是不能由测试人员独立完成的（即使规定由独立的测试人员完成或者确实由测试人员完成，我只想问你能单独完成单元测试吗？）
国内比较让人忧心的现状是：没有软件详细设计说明书，软件详细设计说明书质量不高而不能指导单元测试，那单元测试该怎么办？目前普遍的做法是：
a)基本不做单元测试，或者把软件开发人员的调试作为单元测试，基本没有任何单元测试类的文档和记录，这种做法是非常不合适的，在无法保证单元模块质量的同时，也增加了后续集成测试的难度和工作量。
b)由软件开发人员来主导做单元测试，借助于一些行业单元测试工具，并由测试人员来辅助完成，这还算是一种比较好的折衷办法。
国内软件开发水平比较高，完全按照软件工程化要求的单位，具有高质量的软件详细设计说明书，此时无论由开发人员或者测试人员来做单元测试，都是可行的。
2集成测试
集成测试也称为组装测试，其测试依据是“软件概要设计说明书”（或者软件设计说明书等其他的名称），前面说的单元测试的质量将直接影响到集成测试。
a)如果项目有比较好的软件概要设计说明书，并且单元模块是顺利进行了单元测试的，那么集成测试可以采用自顶向下或自底向上的方式进行，一般可以由独立的测试组承担。
b)如果没有好的软件概要设计说明书，那么测试质量可能主要依靠项目组测试经理的经验和能力了，这也是目前为什么很多单位集成测试做得不到位的原因。
c)有高质量的软件概要设计说明书，但是没有做单元测试，这种情况下，集成测试只能采用big bang的方式进行，有关该测试方法的优缺点我不做赘述，我只想问你是否就是该人群之一？如果是，那么我想说的是我们该是时候改变一下了！
3软件配置项测试
软件配置项测试也称为确认测试，其测试依据是“软件需求规格说明”（含接口需求规格说明），集成测试的质量将会影响到配置项测试的质量。
如果你所在单位的软件项目连“软件需求规格说明”文档都没有，那么你还是考虑早点离开这个单位吧（开个玩笑，如果的确没有软件需求规格说明，那么需要我们自己找测试依据，有关如何寻找测试依据，可能需要另做说明了！），这不是做软件的，是做硬件的！
a)如果有高质量的软件需求规格说明，那么你就以此为依据策划和设计测试用例，并执行测试用例和出具报告就OK了。
b)如果软件需求规格说明文档的质量不高，那么你的行业经验和能力就显得无比的重要，这也间接体现我们测试人强大的地方。
4系统测试
软件系统测试的测试技术依据是“用户需求说明”（或系统需求说明或研制合同）。
如果你连“用户需求说明”都没有，你将处处被动，这时我们测试人就可能真正陷入用户需求是永不都满足不了的漩涡和泥坑，因为开发人员和用户此时对需求的说法有可能是不一样的，测试人将左右为难。如果：
a)拥有高质量的用户需求说明，这时的软件测试人员将得心应手的顺利完成所有的测试工作。
b)只有研制合同等文档，但是却无法指导系统测试，怎么办？此时测试人员的策划就显得格外的重要，只要我们测试人员编写的“软件测试需求规格说明”得到了客户的签字认可，我们同样也可以顺利完成系统测试工作。
c)否则，我们等着测试不通过吧！
5验收测试
验收测试的测试依据是“软件研制合同”（或用户需求或系统需求），验收测试一般由用户来负责组织，一般委托国家认可的第三方测评机构来做，有专门的验收标准，本文不再做展开。
软件最终质量的好坏，固然有软件测试人员把最后一关的责任，但其主要的责任重心还是在于开发过程是否建立起了好的测试依据，你说呢！
本文稍微有点长，感谢你的阅读！
来源：煜享星软件测评
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！