段友533234
软件测试的流程，以及各阶段的相关文档
无论是采用瀑布式还是其他的产品生命周期模型，软件测试分为如下几个阶段：
1、测试需求分析阶段。
测试需求分析阶段主要工作是获得测试项目的测试需求（测试规格）。
输出产物：《可测试性需求说明书》和《测试规格》
2、测试计划阶段。
以测试需求为基础，分析产品的总体测试策略。
输出产物：《产品总体测试策略》
3、测试方案设计阶段。
本阶段主要是以测试规格为基础获得特性测试方案，对于有自动化测试的项目，
进行自动化测试的分析，获得测试策略。
输出产物：《产品或者版本总体测试方案》
4、测试用例实现阶段。
本阶段主要是完成各个特性的测试用例的编写和自动化脚本的编写。
输出产物：《产品自动化测试用例》和《手工执行测试用例》
5、测试执行阶段。
本阶段是根据测试策略开展测试执行和回归测试。
输出产品：《产品或版本测试报告》和《缺陷分析报告》
6、评估与关闭阶段。
只对前面的各个阶段的执行情况，
完成对测试项目的关闭，
同时提供完整的度量
数据和项目总结报告。
输出产物：《遗留问题风险分析报告》、《度量分析报告》和《测试关闭报告》
软件测试需要哪些文档？
1、测试方案(主要设计怎么测试什么内容和采用什么样的方法，经过分析，在这里可以得到相应的测试用列表)
2、测试执行策略(可以主要包括哪些可以先测试，哪些可以放在一起测试之类的)，
3、测试用例(主要根据测试用例列表，写出每一个用例的操作步骤和紧急程度，和预置结果)，
4、BUG描述报告(主要可以包括，测试环境的介绍，预置条件，测试人员，问题重现的操作步骤和当时测试的现场信息)，
5、整个项目的测试报告(从设计和执行的角度上来对此项目测试情况的介绍，从分析中总结此次设计和执行做的好的地方和需要努力的地方和对此项目的一个质量评价)。
那测试用例要怎么写？从哪得来的那
在写软件测试作业文件
一般测试流程： 1.需求分析阶段：只要就是对业务的学习，分析需求点。 2.测试计划阶段：测试组长就要根据SOW开始编写《测试计划》，其中包括人员，软件硬件资源，测试点，集成顺序，进度安排和风险识别等内容。 3.测试设计阶段：测试方案一般由对需求很熟的高资深的测试工程师设计，测试方案要求根据《SRS》上的每个需求点设计出包括需求点简介，测试思路和详细测试方法三部分的方案。《测试方案》编写完成后也需要进行评审。 4.测试方案阶段：主要是对测试用例和规程的设计。测试用例是根据《测试方案》来编写的，通过《测试方案》阶段，测试人员对整个系统需求有了详细的理解。这时开始编写用例才能保证用例的可执行和对需求的覆盖。测试用例需要包括测试项，用例级别，预置条件，操作步骤和预期结果。其中操作步骤和预期结果需要编写详细和明确。测试用例应该覆盖测试方案，而测试方案又覆盖了测试需求点，这样才能保证客户需求不遗漏。同样，测试用例也需要评审。 5.测试执行阶段：执行测试用例，及时提交有质量的Bug和测试日报，测试报告等相关文档。
简单点就是，需求确认，测试计划制定，测试用例编写，测试用例执行，回归测试
软件测试一般都用到哪些工具
主流软件测试工具介绍
测试工具一般可分为白盒测试工具、黑盒测试工具、性能测试工具，另外还有用于测试管理(测试流程管理、缺陷跟踪管理、测试用例管理)的工具，这些产品主要是MercuryInteractive(MI)、Segue、IBM
Rational、 Compuware和Empirix等公司的产品，而MI公司的产品占了主流。
1.白盒测试工具
白盒测试工具一般是针对代码进行测试，测试中发现的缺陷可以定位到代码级，根据测试工具原理的不同，又可以分为静态测试工具和动态测试工具。
静态测试工具：直接对代码进行分析，不需要运行代码，也不需要对代码编译链接，生成可执行文件。静态测试工具一般是对代码进行语法扫描，找出不符合编码规范的地方，根据某种质量模型评价代码的质量，生成系统的调用关系图等。静态测试工具的代表有：Telelogic公司的Logiscope软件;PR公司的PRQA软件。
动态测试工具：动态测试工具与静态测试工具不同，动态测试工具的一般采用"插桩"的方式，向代码生成的可执行文件中插入一些监测代码，用来统计程序运行时的数据。其与静态测试工具最大的不同就是动态测试工具要求被测系统实际运行。动态测试工具的代表有：Compuware公司的DevPartner软件;Rational公司的Purify系列等。
2.黑盒测试工具
黑盒测试工具适用于黑盒测试的场合，黑盒测试工具包括功能测试工具和性能测试工具。黑盒测试工具的一般原理是利用脚本的录制(Record)/回放(Playback)，模拟用户的操作，然后将被测系统的输出记录下来同预先给定的标准结果比较。黑盒测试工具可以大大减轻黑盒测试的工作量，在迭代开发的过程中，能够很好地进行回归测试。黑盒测试工具的代表有：Rational公司的TeamTest、Robot;Compuware公司的QACenter。
3.性能测试工具
专用于性能测试的工具包括有：Radview公司的WebLoad;Microsoft公司的 WebStress等工具;针对数据库测试的TestBytes;对应用性能进行优化的EcoScope等工具。
MercuryInteractive的LoadRunner是一种适用于各种体系架构的自动负载测试工具，它能预测系统行为并优化系统性能。LoadRunner的测试对象是整个企业的系统，它通过模拟实际用户的操作行为和实行实时性能监测，来帮助您更快的查找和发现问题。
4.测试管理工具
测试管理工具用于对测试进行管理。一般而言，测试管理工具对测试计划、测试用例、测试实施进行管理，并且，测试管理工具还包括对缺陷的跟踪管理。测试管理工具的代表有：Rational公司的Test
Manager;Compureware公司的TrackRecord;Mercury Interactive公司的TestDirector等软件。
软件测试文档包含什么？
不知道你的文档具体是什么，但是用户文档测试的主要内容如下：
1. 读者群：文档面向的读者要明确，对于初级用户、中级用户、高级用户应该有不同的定位；
2. 术语：文档中的术语要适用于定位的读者群，用法一致，标准规范与业界相吻合；
3. 正确性：测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。
4. 完整性：对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。
5. 一致性：按照文档描述的操作执行后，检查软件返回的结果是否与文档描述相同。
6. 易用性：对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误，不但描述正确操作，也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。
7. 图表与界面截图：检查所有图表与界面截图是否与发行版本相同。
8. 样例与示例：像用户一样载入和使用样例。如果是一段程序，就输入数据并执行它。以每一个模版制作文件，确认它们的正确性。
9. 语言：不出现错别字，不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。
10.印刷与包装：检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等。
软件测试流程，在给我一个测试项目的例子
一般的软件测试流程是这样：
1.拿到需求说明书，开始对需求进行测试，找出需求中的问题或者说不可测的地方
2.需求测试通过后，根据需求说明书制定测试计划，包括测试策略、测试方法、测试周期等
3.然后根据软件功能说明书编写测试用例，一般的公司都是根据需求说明书进行编写
4.搭建测试环境，包括软件环境和硬件环境
5.根据测试用例进行测试，提交缺陷
6.回归测试
7.测试完成后，进行测试总结，编写测试报告
至于测试文档，我这倒是有cmmi标准的一些文档，如果你想要的话，可以留下邮箱，我发过去。
好了，都发过去了。
软件测试过程必须编制文件匙哪两个
test cases
test scenario
test scope
test strategy
test results
issue tracker
and so on
软件测试分为几个阶段分别是什么？几种测试方法分别是什么？
软件测试生命周期包括6个阶段（大体上）：1）计划 2）分析，3）设计，4）构建，5）测试周期，6）最后测试和实施，和7）实施后。
1. 计划（产品定义阶段）
高层次的测试计划（包含多重测试周期）
质量保证计划（质量目标，测试标准等 ）
确定计划评审的时间
报告问题过程
确定问题的分类
确定验收标准－给质量保证员和用户。
建立应用程序测试数据库
确定衡量标准，例如缺陷数量/严重程度和缺陷起源（仅举几个例子） 。
确定项目质量度量
开始制定项目整体测试时间表（时间，资源等）
必需阶段：评审产品定义文档
文档中加入质量保证标准，作为工程改善进程的一部分
根据该产品的特点帮助确定问题的范围
大约每月要花5 -1 0小时在这一方面
计划在数据库管理所有测试用例，包括手工方面或者自动化方面。
2. 分析（外部文档阶段）
根据业务需求开发功能验证矩阵。
制定测试用例格式-估计时间和分配优先级。
制定测试周期矩阵与时间线
根据功能验证矩阵开始编写测试用例
根据业务需求计划测试用例基准数据
确定用于自动化测试的测试用例。
自动化团队开始在测试工具中创建变量文件和高层次的测试脚本。
为自动化系统中的跟踪组件设置路径和自动化引导。
界定压力和性能测试的范畴。
按照每个测试用例的数据要求开始建立基准数据库。
定义维护基准数据库的过程，即备份，恢复，验证。
开始规划项目所需的测试周期数，和回归测试次数。
开始文档复查，如：功能设计文档，业务需求文档，产品规格说明书，产品外部文档等。
审查测试环境和实验室，前端与后端系统都要。
准备使用McCabe工具，以支持白盒测试中代码的研发和复杂性分析
建立反馈机制并开始录入文档。
必需阶段：审查外部文件
?? 文档中加入质量保证标准，作为工程改善进程的一部分。
?? 根据群体执行反馈编写测试用例
?? 开始研制测试用例估计数目，每个用例的执行时间，和用例是否自动化这些方面的度量
?? 为每个测试用例确定基准数据，
?? 大约每月要花25小时在这一方面
3. 设计（文档架构阶段）
根据变更修改测试计划
修改测试周期矩阵和时间线
核实测试计划和用例用到的数据都输入到数据库，或是否必需的。
修改功能验证矩阵
继续编写测试用例，根据变化添加新的用例
制定风险评估标准
规范自动化测试和多用户测试的细节。
挑选出一套用于自动化测试的测试用例，并且把这些用例脚本化
规范压力测试和性能测试的细节。
最终确定的测试周期。 （根据用例的估计时间和优先权确定每个周期所用的测试用例数）
最终确定的测试计划
估计单元测试所需资源
必需阶段：审查架构文件
?? 文档中加入质量保证标准，作为工程改善进程的一部分。
?? 确定要进行编码的的实际组件或模块
?? 在这定义单元测试标准，通过/失败准则等。
?? 单元测试报告，报告进行单元测试后的模块质量如何，白盒测试和黑盒测试都要包括输入/输出数据和所有决定点。
?? 列出所有要进行单元测试的模块
4. 构建（单元测试阶段）
完成所有计划
完成测试周期矩阵和时间线
完成所有测试用例。 （手动）
完成第一套自动化测试用例的测试脚本。
完成压力和性能测试的计划
开始压力和性能测试
McCabe工具支持-提供度量
测试自动化测试系统，并修复错误。
发展单元测试
运行质量保证验收测试套件，以确保软件已经可以交给QA测试。
5. 测试周期/ 错误修正（ 重复/系统测试阶段）
测试周期1，执行第一套的测试用例（前端和后端）
报告错误
错误审核-不断开展的活动。
根据需求修改测试用例
根据需求增加测试用例
测试周期二
测试周期三
6. 最后的测试和实施（代码冻结阶段）
执行所有前端测试用例-人工和自动化。
执行所有后端测试案例-人工和自动化。
执行所有压力和性能测试。
提供对正在进行的缺陷跟踪度量。
提供对正在进行的复杂性和设计的度量。
更新测试用例和测试计划的估计时间。
文件测试周期，回归测试，并更新相应文档。
7. 实施后
开展实施后评估会议以回顾整项工程。 （经验所得）
准备最终的缺陷报告和相关度量。
制定战略以防止类似的问题在今后的项目中重复出现。
创建如何改进流程的计划目标和里程碑，
McCabe工具-制作最后的报道和分析。
自动化测试组-1 ）审查测试用例以评估其他可用于自动化回归测试的用例2 ）清理自动化测试用例和变量，和3 ）审查自动化测试和手工测试结果的整合过程
测试实验室和测试环境-清理测试环境，标记和存档用过测试用例和数据，恢复测试仪器到原始状态等。
转载请注明出处51数据库 » 软件测试文件 软件测试过程中主要测试文档有哪些
