软件测试的文档有哪些 软件测试需要哪些文档
软件测试需要哪些文档？
1、测试方案（主要设计怎么测试什么内容和采用什么样的方法，经过分析，在这里可以得到相应的测试用列表）2、测试执行策略（可以主要包括哪些可以先测试，哪些可以放在一起测试之类的），3、测试用例（主要根据测试用例列表，写出每一个用例的操作步骤和紧急程度，和预置结果），4、BUG描述报告（主要可以包括，测试环境的介绍，预置条件，测试人员，问题重现的操作步骤和当时测试的现场信息），5、整个项目的测试报告（从设计和执行的角度上来对此项目测试情况的介绍，从分析中总结此次设计和执行做的好的地方和需要努力的地方和对此项目的一个质量评价）。
软件测试的方法一共有几种
1、按是否查看程序内部结构分为：（1）黑盒测试（black-box testing）：只关心输入和输出的结果 （2）白盒测试（white-box testing）：去研究里面的源代码和程序结构2、按是否运行程序分为：（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程3、按阶段划分：（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：1）功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic function testing） 界面测试（UI testing）UI=User Interface 易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试2）性能测试（performance testing） 软件的性能主要有时间性能和空间性能两种 时间性能：主要指软件的一个具体事务的响应时间（respond time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。
（Validate the system or software can allowed the biggest stress.）5、其他测试类型：回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。
（When a new build or release is deployed, repeat all the test cases which has executed in the last build or release.） 冒烟测试（smoke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
（validate the major function is deployed or not in software of system when a new build or release is implement.） 随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
（means or all the test data is random, to validate the some edge bugs.）
软件测试文档包含什么？
不知道你的文档具体是什么，但是用户文档测试的主要内容如下：1. 读者群：文档面向的读者要明确，对于初级用户、中级用户、高级用户应该有不同的定位；2. 术语：文档中的术语要适用于定位的读者群，用法一致，标准规范与业界相吻合；3. 正确性：测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。
检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。
4. 完整性：对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。
5. 一致性：按照文档描述的操作执行后，检查软件返回的结果是否与文档描述相同。
6. 易用性：对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高的易用性。
需要注意的是文档要有助于用户排除错误，不但描述正确操作，也要描述错误处理办法。
文档对于用户看到的错误信息应当有更详细的文档解释。
7. 图表与界面截图：检查所有图表与界面截图是否与发行版本相同。
8. 样例与示例：像用户一样载入和使用样例。
如果是一段程序，就输入数据并执行它。
以每一个模版制作文件，确认它们的正确性。
9. 语言：不出现错别字，不要出现有二义性的说法。
特别要注意的是屏幕截图或绘制图形中的文字。
10.印刷与包装：检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等。
软件测试的方法一共有几种
是指从软件使用的合理性和方便性等角度对软件系统进行检查、按是否运行程序分为：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。
（Validate the system or software can allowed the biggest stress.）5，再进行测试，并发现一些边缘性的错误，它检查实际软件的功能是否符合用户的需求，是指在对一个新版本进行大规模的测试之前：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）。
空间性能：主要指软件运行时所消耗的系统资源，是黑盒测试的一方面，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing），它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括1、按是否查看程序内部结构分为：（1）黑盒测试（black-box testing）：对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，是指将通过测试的单元模块组装成系统或子系统，是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程3、按阶段划分：（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）:(1)静态测试（static testing）。
(2)集成测试（integration testing），是单元测试的下一阶段：包括硬件兼容性测试和软件兼容性测试2）性能测试（performance testing）软件的性能主要有时间性能和空间性能两种时间性能。
（means or all the test data is random：主要指软件的一个具体事务的响应时间（respond time）。
软件性能测试分为：一般性能测试.）随机测试（random testing），而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：1）功能测试（function testing）：只关心输入和输出的结果（2）白盒测试（white-box testing），其目的是模拟用户的真实操作。
包括逻辑功能测试（logic function testing）界面测试（UI testing）UI=User Interface易用性测试（usability testing），是指测试中所有的输入数据都是随机生成的， repeat all the test cases which has executed in the last build or release.）冒烟测试（smoke testing），重点测试不同模块的接口部门：是指不实际运行被测软件，启动被测模块并输出结果。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing）、其他测试类型：回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。
（When a new build or release is deployed，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，先验证一下软件的基本功能是否实现，是否具备可测性。
（validate the major function is deployed or not in software of system when a new build or release is implement，包括对功能。
稳定性测试也叫可靠性测试（reliability testing）, to validate the some edge bugs：去研究里面的源代码和程序结构2
软件测试中的文档测试有什么好处？
由于文档与代码不同，不能直接运行，对于文档的测试通常只能以文档审查的方式进行。
对于管理文档和审查通常归属于管理范畴，而不是软件测试范畴，因为对于管理文档审查的目的不是为了发现和消除用户所看到的软件中的缺陷，而是为了更好地管理软件开发的过程。
对于开发文档，由于这些文档本身体现了所在开发阶段的软件实际形态，对于这些文档的测试实际上是早期软件测试的主要活动。
用户文档是那些随程序一起交付给用户的文档，它们实际上是交付给用户的软件的重要组成部分。
对于这些文档的测试是对最终软件产品测试的一部分。
软件测试需要哪些文档？
BUG描述报告（主要可以包括，测试环境的介绍，预置条件1、测试方案（主要设计怎么测试什么内容和采用什么样的方法，经过分析，在这里可以得到相应的测试用列表）2、测试执行策略（可以主要包括哪些可以先测试，哪些可以放在一起测试之类的），3、测试用例（主要根据测试用例列表，写出每一个用例的操作步骤和紧急程度，和预置结果），5、整个项目的测试报告（从设计和执行的角度上来对此项目测试情况的介绍，从分析中总结此次设计和执行做的好的地方和需要努力的地方和对此项目的一个质量评价），4，测试人员，问题重现的操作步骤和当时测试的现场信息）...
软件测试工具有哪些？
其次，可以实施基准测试，还可以编写测试用例。
TestManagerRational Testsuite中的一员：基于Web方式，因此只要安装了JDK这个工具就可以使用。
Jira是一个Bug管理工具，agile开发常用. 自带一个Tomcat 4；同时有简单的工作流编辑，可用来定制流程；数据存储在HSQL数据引擎中；（3）通过重复测试寻找瓶颈问题；自动发送Email，都可以测试。
不过至今还没有配成功过。
JMeter是一个专门为运行和服务器负载测试而设计：首先它可以测试服务器群集的性能， 教父级工具. vbs web app ji desktop app 都可以测selenium google 开源测试工具 web app 基本现在银行保险公司都用它、生成报表、管理缺陷以及日志等等，它的语言使用SQABasic。
Functional Tester它是Robot的Java实现版本，在Rational被IBM收购后发布的。
testcomplete也是要钱的webservicesoupui有免费版的。
由于是基于Java的软件，因此PureLoad可以通过Java Beans API来增强软件功能。
功能测试QTP 惠普公司；（4）从控制中心管理全局负载测试；（5）可验证应用的扩展性，属于Rational TestSuite中的一员，对于Visual studio 6编写的程序支持的非常好性能测试工具LoadRunner惠普的强大， 很好用，功能还行测试管理QC 惠普的除了要钱其他几乎是最好的TestDirectorMI的测试管理工具，也能够模拟各种浏览器和Modem速度，它的功能和性能可以与数万美元的产品媲美。
ACT或称MSACT，安装简单；有利于缺陷的清楚传达：E-Test Suite由Empirix公司开发的测试软件，与TestDirecotr和Testmanager比较起来是很light的、Oracle Forms、People Tools应用程序的支持。
要支持Delphi程序的测试还必须下载插件。
Rational Robot的语法使用Basic语法，一些程序员不会在意编写scrīpt的。
PureLoad一个完全基于Java的测试工具，它的scrīpt代码完全使用XML。
所以，同时还支持Java Applet、HTML、e-Load和e-Monitor，这三种工具分别对应功能测试、压力测试以及应用监控，能够和被测试应用软件无缝结合的Web应用测试工具。
工具包含e-Tester，编写scrīpt很简单；d。
它的主要特点为，它是微软的Visual Studio和Visual Studio.net带的一套进行程序压力测试的工具，可以用来模拟服务器或网络系统在重负载下的运行情况。
它也提供了一个可替换的界面用来定制数据显示，测试同步及测试的创建和执行。
WAS是Micro$oft提供的免费的Web负载压力测试工具。
此外，QALoad不单单测试Web应用；特点c;(6)快速创建仿真的负载测试；（7）性能价格比较高，不过可惜它并不是开源工具，有Lisence限制， 功能根据测试开发人员的能力而定，可以开发的极其强大.常和testng junit Cucumber jenkins 一起用WinRunner企业级的功能测试工具；系统灵活，可配置性很强。
ACT不但可以记录程序运行的详细数据参数，用图表显示程序运行情况，而且安装和使用都比较简单， 要钱a，支持的协议多且个别协议支持的版本比较高；b，负载压力测试方案设置灵活，可以与winrunner、Loadrunner、查询并产生报表，应用广泛。
WAS可以通过一台或者多台客户机模拟大量用户的活动。
WAS支持身份验证、加密和Cookies、管理测试进度等等，是测试管理的首选软件，可以用来编写测试用例、生成Datapool，丰富的资源监控。
OpenST的特点是可以模拟很多用户来访问需要测试的网站，它是一个功能强大。
通过自动录制、检测和回防用户的应用操作，从而提高测试效率。
QARun一款自动回归测试工具，与Winrunner比较学习成本要低很多；最后，可以生成高级脚本。
白盒测试LogiscopePRQAJunit testngNunitDevPartnerRational Purify、自定义设置功能完备的软件。
但是。
：（Bugzilla一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告，scrīpt的要求还比较高、QuickTestPro进行集成。
除了可以跟踪Bug外，每一部分功能相互独立，测试过程又可彼此协同。
相比较Bugzilla来说有不少自身的特点。
缺点是必须和其它组件一起使用，测试成本比较高。
TrackRecord一款擅长于Bug管理的工具；HTTP测试而设计的，但是它已经扩展以支持各种各样的测试模块。
它和HTTP和SQL（使用JDBC）的模块一起运行。
它可以用来测试静止或活动资料库中的服务器运行情况。
SilkPerformance。
不过要安装QARun必须安装.net环境，另外它还提供与TestTrack Pro的集成。
Rational Robot我经常使用的测试工具。
Benchmark Factory、处理解决等几个部分。
它的测试包含文字和图形并可以输出为HTML文件，结果阅读叶很方便，是一套较理想的测试工具。
OpenSTA它的全称是Open System Testing Architecture。
是一个企业级的强大测试管理工具，用于检测应用程序是否能够达到预期的功能及正常运行，自动执行重复任务并优化测试工作，从而缩短测试时间、100%的纯Java桌面运行程序。
原先它是为Web/。
当然这也是它的优点，报告可以导出到Word，还可以测试一些后台的东西，比如SQL Server等。
只要它支持的协议。
Jmeter Apache开源工具强大（接近Loadrunner）， 很好用QALoad的特点：（1）....
软件测试方法有哪些
1、按是否查看程序内部结构分为：（1）黑盒测试（black-box testing）：只关心输入和输出的结果（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构2、按是否运行程序分为：（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程3、按阶段划分：（1）单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：1）功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic function testing）界面测试（UI testing）UI=User Interface易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试2）性能测试（performance testing）软件的性能主要有时间性能和空间性能两种时间性能：主要指软件的一个具体事务的响应时间（respond time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。
（Validate the system or software can allowed the biggest stress.）
软件测试方法的分类有哪些
1）按照测试技术划分黑盒测试：功能测试，必须白盒测试：逻辑结构测试，代码的逻辑、算法、结构是否正确，要求必须懂得代码，需要编写测试用例，可选灰盒测试：介于中间注意：在单元测试时，白盒应用相对较多，在集成测试时，灰盒测试应用相对较多，在系统、验收测试时一般就不会使用白盒测试和灰盒测试了。
2）按是否需要运行代码划分静态测试：界面测试，文档测试，代码测试【重点关注代码的规范性，一般检查变量的命名，注释的频率，编程的规范性，不需要写测试用例，一般只需要有代码审查单】注意：一般经常把白盒测试和静态测试的要素结合在一起，形成静态白盒测试动态测试：运行程序进行检查，检查实际输出结果和预期结果是否相符3）按软件特性分类功能测试性能测试...
软件测试中需求文档规范有哪些重要性？
在一个软件项目的生产过程中，最关键的阶段就是需求的确定。
概要设计的依据是需求文档，详细设计的依据也将是需求文档，测试大纲的结构级次也是依据需求文档框架结构而提炼产生的，测试案例编写依据测试大纲的结构和功能点列表而设计出来的，因此需求文档成了整个项目从始至终的重要的依据性文档标准，因此其重要性自然不言而喻。
下面说说需求文档的在项目中的重要性！ 1、高质量的需求文档切断ug的来源 在需求文档编写过程中如果质量控制不到位，自然会产生最原始的ug。
设计人员依据不明确的需求文档设计出了不准确的概要设计和物理模型。
开发人员依据已经存在ug的概要设计产生程序代码，系统提交测试的时候，这些隐含的ug已经从需求一直流转到了测试人员的面前，成为测试人员的劳动成果。
但是这虽然给测试人员带来了工作成果和成就感，但是这对一个项目来讲却是巨大的损失，本应该在需求文档产生是就能避免的东西尽量控制在其最原始的状态而不是放任自流下去。
本文出自hanguolong21的51Testing软件测试博客：http:www.51testing.com?97387 因此由此看来文档测试的重要性就体现出来了，很多企业并不重视对文档的测试和检查，从而使这些问题逐渐逐步的被放大，同时放大了修复问题的代价，给项目带来损失，因此，测试要在需求文档编写产生时介入，同步测试需求文档中存在的遗漏和不准确的描述直接将一些输入控制，界面标准等问题扼杀在摇篮之中，付出了最小的代价产生了最好的效果，避免了需求变更，就避免了损失的放大，为项目和公司节约了成本，同时也能提高产品的质量，一举多得！ 2、需求文档编写的要求 为了节约成本必须加强控制，控制好需求文档编规范的高标准、高要求编写的质量和规范性以及可读性，这对需求人员的要求就相对提高了，不仅仅是懂业务和会用wod这么简单了，要能将需求文档编写成为设计人员和开发人员的思维角度读懂的文档，不仅仅是简单的规则描述是问题了当需求文档编写符合规范，概要设计上就更加清晰流畅，代码编写上就能控制的更加规范和标准，提高了代码生产效率，降低了低级 ug的存活率从而提高了系统的质量。
一旦需求文档编写的不好导致了连锁反应最终到需求变更，需求变更是一个项目最难承受的代价，当整个系统在多人合作的情况下生产出来，此时需求文档的一点小小变化都可能会导致整个系统发生巨大的改变和调整，由此需要付出的代价是不可估量的，损失是惨重的，也是开发、测试、维护所最不愿意接受和面对的，控制好需求的编写可以达到事半功倍的效果，高水平的测试团队可以从标准的需求文档中预估出系统的缺陷率，预估出要编写的测试案例数，从而为后期的测试工作带来了巨大的前置信息，提高了测试工作的工作效率，高质量的需求文档编写有百利而无一害，需要得到重视！