如何做一份关于软件测试工作的规划？(3)

　　l 凡是可以界说测试用例模板，这样每个测试用例都有同样的名目。就像测试用例的名目一样，可以用差异的步伐来编写测试用例。这些要领的主要区别是用例的具体水平。在极度的环境下，用例的每一步都具体列出，这样的话，能担保运行测试用例的人员在做同样的工作，并且容易实现自动执行。但对付用例编写人员来说，意味着复杂的事情量，他必需思量每一个步调。当成果产生变革时，维护这样的测试用例长短常坚苦的。

　　十二、 系统宣布

　　l 表明如何输入，办理，从头打开，封锁和从头即或一个缺陷。

　　A. 数据库打点

　　2. 测试时间表

　　A. 系统视图和方针

　　一、先容

　　l 是否有行业尺度可在测试中利用。

　　A. 培训需求

　　提示和能力：

　　在系统投入利用的时候，最后应作的测试布置。

　　l 在机能测试中，有几个指标需要留意，如 CPU 利用率内存利用率以及磁盘吞吐率等，这样能确定系统的瓶颈在哪。是否能举办优化。

　　l 假如利用自动测试，区分那些内容无法利用自动测试，哪些部门可以担保能自动测试。

　　l 测试系统多长时间更新一次(逐日，每周一次或多次，在什么时间，筹备好代码)?

　　本节说明测试人员需要的各类范例的硬件以及这个测试团队需要的硬件。

　　l 系统哪些部门的缺陷最会合。

　　l 有哪些大概的逻辑组合?

　　五、测试要领

　　l 在开拓进程和不变阶段是否有过多的未处理惩罚缺陷，这大概说明开拓的资源不足，可能有其它问题。

　　l 哪些部门可以自动化?自动化水平有多高。

　　本节说明项目测试人员需要哪些培训。

　　F. 集成测试计策

　　代码完成时间

　　l 测试文档生存的位置

　　这一节主要说明测试打算中重要的和大概有争议的问题。本节的主要目标是将这些信息通报给那些大概不会通读整个测试打算文档的人员(好比司理或开拓项目标认真人)。

　　D. 不变阶段测试

　　A. 里程碑技能

　　D. 不变阶段测试

　　l 假如内容只是一些辅佐文件，用户教诲部分会编写和验证这些内容。假如系统是以内容为主的，拥有上百万的文字、千个链接以及不行胜数的图片，在这种环境下需要利用由编辑、校对和测试人员构成的小组来认真内容测试。

　　l 确定主流的客户端欣赏器版本。

　　里程碑技能将项目标运行分成差异的阶段，在项目进程中提供查抄事情希望状态的要领。纵然只有一个里程碑，也要在这里说明。在说明中，要列出通过和继承往下走的尺度。

　　l 是否利用自动测试(好比超链接测试)。

　　测试打算编写指南说明测试打算编写的各个方面。文档凭据纲要的形式组织。纲要的每个标题下有具体的说明：1. 说明该主题的重要性。 2. 提示和能力。

　　G. 内容测试

　　在测试进程中，可以适当思量利用自动测试计策。自动测试不是担保产物质量的万能药，不能担保发明软件的缺陷。自动测试有它的优点和坏处，要充实思量系统特性、时间布置、测试人员的编程履历和可以利用的自动化工具。

　　测试打算编写指南

　　A. 培训需求

　　本节的目标是说明打算中利用的根基的测试进程。

　　环绕软件质量，有几种差异的说法。第一个是质量是一种绝对的尺度，对所有的系统必需等同处理惩罚。事实上，质量是相对的并且是和产物相关的观念。譬喻，多媒体产物的质量方针倾向于精细的暗示和适当的内容，而应用系统大概倾向于易用性、结实性和合用于差异的任务。质量方针大概是动态的。在项目举办进程中，会由于市场压力、新的时机和成果改变而从头设定质量方针。

　　B. 缺陷处理惩罚进程

　　提示和能力

　　l 缺陷标题、测试情况应如何填写

　　A. 里程碑技能

　　E. 自动测试计策

　　当项目希望到差异阶段时，是否需要更新这些法则。

　　二、配景

　　l 测试人员是否努力发明缺陷，可能过度努力。

　　B. 缺陷处理惩罚进程

　　另一种有关软件质量的说法是，界说和权衡系统质量是测试部分一个部分的事。实际上，成立质量尺度是所有职能部分配合尽力的功效。测试、开拓、系统利用部分、用户教诲、系统支撑必需为成立和维护系统的质量尺度做出本身的孝敬。每个部分必需对本身最相识的部门做出相应的质量界说。譬喻，测试和开拓部分对系统质量的权衡尺度主要是结实性和正确性。

　　l 为什么视图对客户是重要的?

　　列出项目参加人员的接洽方法包罗 E-mail 和电话。

　　l 与内容提供者确定“什么是内容的缺陷”。制止呈现恍惚的问题，好比“读起来有点问题”可能“太文绉绉”。

　　这一节说明测试团队的布局和项目测试人员的数量。

　　C. 软件需求

　　l 哪些范例的缺陷最普遍。

　　本节说明测试人员需要利用的软件。

　　l 确定需要几多测试人员。

　　谁认真成立测试系统，如何保持测试系统和开拓系统之间的同步。

　　在代码完成到系统最后刊行之前为系统不变阶段。在系统不变阶段需要对系统的各个部门举办最后的查抄。可以成立一个查抄重点列表，挨项举办查抄。

　　I 兼容性测试

　　A. 系统视图和方针

　　l 在测试中，是否实行代码包围，分支包围和成果包围。

　　测试打算在计策和要领的高度说明如何打算、组织和打点测试项目。测试打算包括足够的信息使测试人员大白项目需要做什么是如何运作的。别的，清晰的文档布局能使任何一个读者在欣赏打算的前面几页后，就能对项目有一个或许的认识。测试打算只是测试的一个框架，许多细节需要跟开拓人员或其他人员相同，因此打算不包罗测试用例的细节和系统成果的具体信息。

　　l 是否有沟通的界面?

　　l 抉择支持哪些版本的欣赏器。

原文转自：http://www.rhawkinson.com/ceshi/1085.html