软件测试大纲的怎么写，有没有标准

Question

MAIL ME
CHELI@DONGFANG-CHINA.COM

Answer 1

[quote]原帖由 "玄驹子"]我的理解，测试大纲里主要是说明 要测试的是什么东东、参考资料、测试的阶段（内部测试、α测试、β测试）、要进行哪些类型的测试（功能测试、性能测试、界面测试）、进度安排、人员和资源的需求、以及大概的策略。[/quote 发表：
     

差不多就这些了

Answer 2

IEEE 有个关于软件测试文档的标准 IEEE/ANSI std 829-1983
好像还有一些其他的，不过就数这个最经典

Answer 3

我的理解，测试大纲里主要是说明 要测试的是什么东东、参考资料、测试的阶段（内部测试、α测试、β测试）、要进行哪些类型的测试（功能测试、性能测试、界面测试）、进度安排、人员和资源的需求、以及大概的策略。

Answer 4

我以前呆的单位都是没有进行单元测试的

都是使用黑盒测试 测试的不管代码 只管找BUG

Answer 5

我觉得到了测试这一块主要是测试功能与性能 单元测试等应该主要由开发人员进行（在国内 测试只是看它的结果）

另外前几天有一篇测试的文章 里面写到了测试的各方面

Answer 6

软件的测试大纲可以参考一下国标，
   但实际上在测试这一块现在还没有什么标准。

Answer 7

当设计工作完成以后，就应该着手测试的准备工作了，一般来讲，由一位对整个系统设计熟悉的设计人员编写测试大纲，明确测试的内容和测试通过的准则，设计完整合理的测试用例，以便系统实现后进行全面测试。

　　在实现组将所开发的程序经验证后，提交测试组，由测试负责人组织测试，测试一般可按下列方式组织：

　 (1)首先，测试人员要仔细阅读有关资料，包括规格说明、设计文档、使用说明书及在设计过程中形成的测试大纲、测试内容及测试的通过准则，全面熟悉系统，编写测试计划，设计测试用例，作好测试前的准备工作。

　　(2)为了保证测试的质量，将测试过程分成几个阶段，即：代码审查、单元测试、集成测试和验收测试。

　　(3)代码会审：代码会审是由一组人通过阅读、讨论和争议对程序进行静态分析的过程。会审小组由组长，2～3名程序设计和测试人员及程序员组成。会审小组在充分阅读待审程序文本、控制流程图及有关要求、规范等文件基础上，召开代码会审会，程序员逐句讲解程序的逻辑，并展开热烈的讨论甚至争议，以揭示错误的关键所在。实践表明，程序员在讲解过程中能发现许多自己原来没有发现的错误，而讨论和争议则进一步促使了问题的暴露。例如，对某个局部性小问题修改方法的讨论，可能发现与之有牵连的甚至能涉及到模块的功说明、模块间接口和系统总结构的大问题，导致对需求定义的重定义、重设计验证，大大改善了软件的质量。

　　(4)单元测试：单元测试集中在检查软件设计的最小单位-模块上，通过测试发现实现该模块的实际功能与定义该模块的功能说明不符合的情况，以及编码的错误。由于模块规模小、功能单一、逻辑简单，测试人员有可能通过模块说明书和源程序，清楚地了解该模块的I/O条件和模块的逻辑结构，采用结构测试（白盒法）的用例，尽可能达到彻底测试，然后辅之以功能测试（黑盒法）的用例，使之对任何合理和不合理的输入都能鉴别和响应。高可靠性的模块是组成可靠系统的坚实基础。

　　(5)集成测试：集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的问题。如数据穿过接口时可能丢失；一个模块与另一个模块可能有由于疏忽的问题而造成有害影响；把子功能组合起来可能不产生预期的主功能；个别看起来是可以接受的误差可能积累到不能接受的程度；全程数据结构可能有错误等。

　　(6)验收测试：验收测试的目的是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。

　　经过上述的测试过程对软件进行测试后，软件基本满足开发的要求，测试宣告结束，经验收