软件测试与软件质量

edelwiss

软件测试与软件质量
软件业迅速发展，如何在软件项目日益大型化，复杂化的情况下保证软件的质量，使软件产品满足客户的显性和隐性要求，软件测试越来越受到关注。
在质量铁三角关系中，流程，技术和组织三个因素共同决定着产品的质量。在软件开发流程中，软件测试作为软件交由客户使用前的最后一道程序，无疑是软件质量的守护。
为了提高最终软件产品的质量，，在测试环节就要提高测试的质量。同样，软件测试的流程，技术和组织三个因素也决定了软件测试的质量。
先说软件测试的流程，在传统的瀑布型开发模式中，软件测试位于编码阶段之后，很多人便认为测试工作是在编码完成之后才开始的，我在学习测试知识之前也是这样认为的，其实不然。有许多工作，如：需求书与设计书的学习，测试计划的制定，测试脚本的建立，测试资源的搭建，测试模板的创建，测试工具的选择等等，都是可以与其他阶段并行处理的，这样就会缩短开发时间，为测试提供充分的时间保障，提高测试质量。另外，软件缺陷发现的越晚，补救所花费的成本越高，所以测试尽可能越早开展越好。
针对尽早发现软件的缺陷，在网上看到两个软件测试方法的新思路：
1、测试驱动开发。基本思想是，通过测试来为编程做指导，在某个要开发的需求对象明确之后，在编码之前，先进行相关测试代码（测试代码的内容和需求规格说明书描述是相同的，有人把它称为“可执行的需求规格说明书”）的编写工作，完成之后针对测试代码进行编程，然后再用测试程序对开发代码进行测试，验证其正确性，若程序通过了测试，就说明它是符合需求规格说明书要求的。周而复始，通过这样的过程，开发进程得以层层深入，直到开发完成。而这时单元测试也基本完成了。
这种测试方式的最大的好处是，尽早地发现设计、开发中存在的问题，避免传统开发模式中的“测试过程中发现代码不能满足需求而导致的大量返工”。降低项目风险；同时可以尽早地将“半成品”展示给客户，使客户对需求进行验证、补充及完善，另外测试代码的表达方式相对准确、无二义性，可以降低因需求理解错误而导致的项目风险。
2、迭代测试。这种测试是IBM所推崇测试方式之一，它从迭代式开发模式演变而来。在迭代开发模式中，每个迭代都包含需求、设计、编码、集成、测试等过程。在每一次迭代完成之后，便会开始新的迭代过程。通过一次次迭代的累进，系统会增量式集成一些新的功能，直至整个系统功能的完成。其中，每个迭代周期的测试工作由两方面内容构成：对当前迭代周期产品的增量测试和对前迭代周期已完成功能的回归测试。
随着迭代周期的累进，测试工作内容随之不断变化。早期迭代测试重点在于新功能的测试，后期迭代测试重点在于累积功能的回归测试。
这种模式将测试工作分布到每个迭代周期中，使测试工作提前进行，从而使将发现软件缺陷的周期提前，大大降低软件风险及开发成本。
从测试的技术来说，目前仍以手工测试为主，测试人员根据需求规格说明书的要求，与测试对象进行人机对话，大量的手工使项目的人力成本和时间成本增加，引入自动化测试及管理是大势所趋。
作为软件测试的组织，测试技术载体的软件工程师，不仅要具有相关计算机知识背景，软件工程的基本知识，熟悉项目编程语言、技术构架和需求内容，还必须有独立分析问题的能力和团队精神，而且要不断的进行学习和培训，以应对各种项目的复杂情况。
测试很重要，它是检验开发结果是否符合规格需求的重要手段，但我们应清楚地认识到：它可以发现缺陷，但无法避免缺陷的发生，要保证软件的质量，还必须从整个软件开发流程入手，踏踏实实做好每一步。如果将软件开发比喻成制作一桌盛宴，项目经理比作大厨，测试人员比作品尝师，用户则比作就餐者。为保障饭菜质量，上菜之前，先由品尝师对满桌的半成品、准成品逐个品尝，发现不足的地方要及时通知大厨进行改进，完善质量，直至品尝师觉得：全部的饭菜已经色、香、味俱佳，满足用户要求了，才通过审查，允许饭菜上桌，供就餐者品尝。饭菜质量靠品尝师的监督，但主要靠的是大厨的技术，同理，软件的质量则是靠各个项目管理过程的互相配合及项目经理的整体控制和把握，测试只是其中的一份子。

    课后作业，希望大家给点意见

yaojunwei

我的观点:http://bbs.51testing.com/viewthread.php?tid=72424
请大家也发表不同看法。

huyanquan

路过,学习!