请教：什么情况适合于下列方法进行测试
各位高手：因为软件测试时机的把握关系到软件开发成本的高低、软件缺陷的发现度，应该允许测试者根据已有的文档信息延迟测试或提早测试，本人经验有限，能否提供适合于下列方法进行测试的用例：
1. 在部分阶段延迟进行单元测试和集成测试
2. 在不同阶段提前进行测试设计
[ 本帖最后由 楠族开心果 于 2010-6-8 13:34 编辑 ] 不知道楼主是否可以把问题描述的更加详细一些，大家好提出一些更有针对性的建议。
请教：什么情况适合于下列方法进行测试
第一种情况,比如说对于单元测试在设计桩模块和驱动模块进行测试的代价比较大,而且容易遗漏bug.这时将此部分单元测试延迟,待系统部分集成后再进行测试,且能够节省软件的开发成本.第二种情况与第一种情况相反,比如说系统测试设计，它的主要根据和信息来源是需求规格说明。假设有2个单元处在一个特定的子系统中，它们在运行时相互联系，并且要执行需求规格说明中的一个特定的声明。如果该声明的执行和子系统外的子系统没有任何关系，测试者在该子系统被集成时完全可以立即对此规格说明中的声明进行测试，没有必要等到整个系统完成以后再测试该需求规格说明中的这个特定的声明。
有没有分别运用这两种方法比较好的例子?我也思考了一下,象WEB系统中的安全性测试,因为系统会设置不同级别的权限,我们要分别用拥有不同权限的用户登录去浏览所有页面,测试是否满足设计的需要,这部分安全性测试就要在系统都链接好了之后才进行. 对于单元测试和集成测试，小可一直没有实际尝试过。不过通过对国内很多公司的接触，感觉现在亟待需要提高的是测试工作的有效性和测试工作本身的质量，而对于成本控制方面，好像国内还很少有公司有真正足够的经验可以量化测试工作的成本并予以控制。当然，小可自然也没有这方面的经验了。
不过有些地方还是可以考虑如何来提高效率的，比如您提到的测试工作先后顺序的安排，根据开发进度的安排来调整测试工作的安排，是可以有效的提高测试工作效率，减少重复和无效的工作所带来的资源浪费的。对于这方面的内容，如果您有兴趣，可以参考《程序员》杂志2004年第9期的“软件测试实践之测试计划”一文，希望可以给您带来一些启示。 比如对于测试优先级的确定，就可以参考开发部门的进度安排。虽然我们可以在开发部门还没有写任何代码之前就完成测试需求的整理和测试用例的设计，但是却一定要等到开发部门提交可供测试的程序之后才能执行测试。因此，我们没有必要把所有的工作全在第一时间做完，对于开发部门优先开发和提交的部分，我们也应该优先准备。另外，有些业务是必须在其他业务正确完成之后才能执行的，那么我们同样可以把它的优先级降低，推后考虑。
当然，小可上面所指的测试活动，都是系统测试。 谢谢!! 利害,我顶 aa12345在前面提到
“第一种情况,比如说对于单元测试在设计桩模块和驱动模块进行测试的代价比较大,而且容易遗漏bug.这时将此部分单元测试延迟,待系统部分集成后再进行测试,且能够节省软件的开发成本.”
我不太同意这种做法。
1.单元测试有时候做以来是很麻烦，要花不少时间，但高质量的单元测试绝对能发现绝大部分很细微的缺陷。
2.单元测试未发现的Bug，要想在集成测试中发现需要花费数倍的时间。越往后以前遗漏的Bug隐藏的越深，也就越难发现。这一点我是有体会的，一次做集成测试计划也就花半个月时间，但由于单元测试做的很不充分，导致该测试进行了近3个月，尽管发现了数以百计的Bug，可我还是觉得不踏实，因为发现的小虫子实在太多。所以不要幻想将现在要做的工作放到后面做会容易。
个人观点，欢迎讨论。 测试工作可以量化，使用功能点来概算输入、输出、数据处理。
页:
[1]
