软件缺陷预防策略与问题

《软件缺陷预防策略与问题》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、软件缺陷预防的策略与问题因为错误是不可避免的，所以需要讨论一下如何尽可能地把缺陷排除在软件开发周期之外，以便尽量减少错误并提高软件质量。事实上，这主要有两大类技术，分别是缺陷预防和缺陷检测。　　缺陷预防　　缺陷预防技术一般是从开发人员角度来说的，包括编写更好的设计规范，实施代码审核制度（codereview），运行代码静态分析工具（staticanalysistool），运行单元测试（unittesting）（往往是自动化单元测试）。所有的这些缺陷预防技术都有些根本的问题，如果不解决这些根本问题，这些技术都不会很有效。下面就让我们来一一讲述这些问题。　　问

2、题1：“开发人员只能是个糟糕的测试者”　　让开发人员寻找自己程序代码中的缺陷，这种方法的有效性很值得怀疑。如果他们善于发现缺陷，难道他们不应该在编写这些代码的时候就避免引入这些缺陷吗？因为开发人员是从编写程序的角度出发，所以他们必然会有盲点。这就是为什么很多关注软件质量的企业都会聘用不同的人来测试程序。这并不奇怪，其实就是要求测试人员从不同于开发人员的视角来测试程序，这样的测试过程不会带有开发人员的固有成见。而且测试人员拥有的那种“如何才能攻破这个功能”的态度和开发人员那种“如何才能实现这个功能”的态度是相辅相成、缺一不可的。　　这不是说开发人员不需要做任

3、何测试。测试驱动开发（test-drivendevelopment，简称TDD），顾名思义，它就是一个开发任务，我个人也坚定不移地相信单元测试应该由开发该段代码的程序员编写。有很多情况，比如像格式化（formatting）、数据验证（data-validity）和异常条件（exceptioncondition）等，都需要在开发过程中被及时发现处理。前面已经说过，即使这样，我们还需要第二双眼睛来检查一些更微妙的情况，这样可以保证在用户使用软件之前发现这些缺陷。　　问题2：“处于静止状态的软件”　　类似代码审核或静态分析的技术不要求实际运行软件，也就是说它们分

4、析的是处于静止状态的软件。一般来说，这包括分析程序源代码（sourcecode）、目标代码（objectcode）和最终编译生成的二进制文件或程序集（assembly）的内容。遗憾的是，如果程序不在真实运行环境中运行起来，很多缺陷不会被触发。第1章中讨论的大多数缺陷都属于这一类：除非在运行软件时使用真实的输入数据，否则无济于事，这些缺陷仍然隐藏得很深。　　问题3：“缺乏数据”　　软件需要接收输入和数据，才能覆盖程序中的各个代码路径（path）。具体执行的是哪些代码路径由程序获得的具体输入、当前软件的内部状态（内部各个数据结构和变量的值）、外部因素比（如数据

5、库和数据文件）来共同决定。往往会出现这样的情况，软件运行一段时间后，当数据量积累到一定程度，软件出现故障了。这是因为开发时的测试一般要求在短时间内必须完成，所以开发时往往不能覆盖这样的情况。　　未来也许会出现一些工具或技术，开发人员凭借它们可以写出无缺陷的代码。当然，这里说的更多是狭义上的缺陷，例如，使用检测缓冲区溢出（bufferoverflow）技术就可以很大程度上消除这方面的软件缺陷，现在基本上也已经做到这一点了。如果这种趋势可以长期广泛地保持下去，软件测试所需要的工作量就会相应减少很多。但我个人觉得，真正实现这一点有很长的路要走，可能还要花上几十年

6、的时间。在这之前，我们仍然需要实现如下的一些措施，在测试中使用不同于程序员视角的“第二双眼睛”，在模拟的真实运行环境中运行软件以及使用大量接近真实数据的测试数据。　　谁能提供前面所说的“第二双眼睛”呢？答案就是软件测试人员。他们可以熟练使用各种测试技术来检测软件缺陷，并将其上报，这样，缺陷才能被修复。测试是一个动态的过程，它包括在不同的环境中运行软件，使用合理的测试数据，并在较短的测试周期内尽可能多地尝试不同的输入值。这就是软件测试人员可以施展身手的地方。---------------------------------------------------

7、--------说到软件缺陷预防技术吧，其实什么是缺陷预防，就是说能把缺陷消灭在萌芽状态，就是能在缺陷还没产生出来就已经被扼杀了，这也是软件测试者所追求的最高境界。一般的软件测试属于后来弥补型，产生bug之后再来修改，但是bug发现越晚，修改掉花的代价就越大，所以软件缺陷预防技术就是项目生命周期的早期消灭bug。一般常用的缺陷预防有几个阶段，需求阶段，设计阶段，编码阶段。第一，在需求阶段，最重要的事情是需求验证。一般验证的几个大项是，功能是否完整，是否考虑性能，有没有模糊需求，有没有考虑安全性，有没有冗余和错误的需求，需求是不是过于苛刻，需求是不是矛盾等方

8、面。一般常用的方法是列出需求检查表，并进一步执行需求/测试矩阵。第