软件测试方法的文档测试
文档测试的英文是documentation testing,测试关注于文档的正确性。
文档测试有三大类分别是开发文件、用户文件、管理文件。
1. 开发文件:可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。
2.用户文件:用户手册、操作手册。
3.管理文件:项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
软件测试中的文档测试主要是对相关的设计报告和用户使用说明进行测试,对于设计报告主要是测试程序与设计报告中的设计思想是否一致;对于用户使用说明进行测试时,主要是测试用户使用说明书中对程序操作方法的描述是否正确,重点是用户使用说明中提到的操作例子要进行测试,保证采用的例子能够在程序中正确完成操作。
一般来说,文档是软件的重要组成部分,因此文档测试也是软件测试的主要内容。
在软件的整个生命周期中会出现很多文档,通常可以把文档粗略地分为三类:开发文档,管理文档和用户文档。
由于文档与代码不同,不能直接运行,对于文档的测试通常只能以文档审查的方式进行。
对于管理文档和审查通常归属于管理范畴,而不是软件测试范畴,因为对于管理文档审查的目的不是为了发现和消除用户所看到的软件中的缺陷,而是为了更好地管理软件开发的过程。
对于开发文档,由于这些文档本身体现了所在开发阶段的软件实际形态,对于这些文档的测试实际上是早期软件测试的主要活动。
用户文档是那些随程序一起交付给用户的文档,它们实际上是交付给用户的软件的重要组成部分。
对于这些文档的测试是对最终软件产品测试的一部分。
软件测试中的文档测试有什么好处?
由于文档与代码不同,不能直接运行,对于文档的测试通常只能以文档审查的方式进行。
对于管理文档和审查通常归属于管理范畴,而不是软件测试范畴,因为对于管理文档审查的目的不是为了发现和消除用户所看到的软件中的缺陷,而是为了更好地管理软件开发的过程。
对于开发文档,由于这些文档本身体现了所在开发阶段的软件实际形态,对于这些文档的测试实际上是早期软件测试的主要活动。
用户文档是那些随程序一起交付给用户的文档,它们实际上是交付给用户的软件的重要组成部分。
对于这些文档的测试是对最终软件产品测试的一部分。
软件测试文档包含什么?
不知道你的文档具体是什么,但是用户文档测试的主要内容如下:1. 读者群:文档面向的读者要明确,对于初级用户、中级用户、高级用户应该有不同的定位;2. 术语:文档中的术语要适用于定位的读者群,用法一致,标准规范与业界相吻合;3. 正确性:测试中需检查所有信息是否真实正确,查找由于过期产品说明书和销售人员夸大事实而导致的错误。
检查所有的目录、索引和章节引用是否已更新,尝试链接是否准确,产品支持电话、地址和邮政编码是否正确。
4. 完整性:对照软件界面检查是否有重要的分支没有描述到,甚至是否有整个大模块没有描述到。
5. 一致性:按照文档描述的操作执行后,检查软件返回的结果是否与文档描述相同。
6. 易用性:对关键步骤以粗体或背景色给用户以提示,合理的页面布局、适量的图表都可以给用户更高的易用性。
需要注意的是文档要有助于用户排除错误,不但描述正确操作,也要描述错误处理办法。
文档对于用户看到的错误信息应当有更详细的文档解释。
7. 图表与界面截图:检查所有图表与界面截图是否与发行版本相同。
8. 样例与示例:像用户一样载入和使用样例。
如果是一段程序,就输入数据并执行它。
以每一个模版制作文件,确认它们的正确性。
9. 语言:不出现错别字,不要出现有二义性的说法。
特别要注意的是屏幕截图或绘制图形中的文字。
10.印刷与包装:检查印刷质量;手册厚度与开本是否合适;包装盒的大小是否合适;有没有零碎易丢失的小部件等。
软件测试需要哪些文档?
1、测试方案(主要设计怎么测试什么内容和采用什么样的方法,经过分析,在这里可以得到相应的测试用列表)2、测试执行策略(可以主要包括哪些可以先测试,哪些可以放在一起测试之类的),3、测试用例(主要根据测试用例列表,写出每一个用例的操作步骤和紧急程度,和预置结果),4、BUG描述报告(主要可以包括,测试环境的介绍,预置条件,测试人员,问题重现的操作步骤和当时测试的现场信息),5、整个项目的测试报告(从设计和执行的角度上来对此项目测试情况的介绍,从分析中总结此次设计和执行做的好的地方和需要努力的地方和对此项目的一个质量评价)。
软件开发项目验收要做哪些测试
1、业务流程测试 对软件项目的典型业务流程进行测试。
2、容错测试 容错测试的检查内容包括: 2.1软件对用户常见的误操作是否能进行提示; 2.2软件对用户的的操作错误和软件错误,是否有准确、清晰的提示;2.3软件对重要数据的删除是否有警告和确认; 2.4软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
3、安全性测试 安全性测试的检查内容包括:3.1软件中的密钥是否以密文方式存储; 3.2软件是否有留痕功能,即是否保存有用户的操作日志; 3)软件中各种用户的权限分配是否合理。
4、易用性测试 易用性测试的内容包括: 4.1软件的用户界面是否友好,是否出现中英文混杂的界面; 4.2软件中的提示信息是否清楚、易理解,是否存在原始的英文提示; 3)软件中各个模块的界面风格是否一致; 4.3软件中的查询结果的输出方式是否比较直观、合理。
4.4适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。
对每个环境进行测试。
5、文档测试 用户文档包括:安装手册、操作手册和维护手册。
对用户文档测试的内容包括: 5.1操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块; 5.2用户文档描述的信息是否正确,是否没有歧义和错误的表达; 5.3户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达; 5.5用户文档对主要功能和关键操作是否提供应用实例;5.6用户文档是否有详细的目录表和索引表。
6、性能测试 对软件需求规格说明书中明确的软件性能进行测试。
测试的准则是要满足规格明书中的各项性能指标。
7、用户有特别要求的测试。
...
软件测试的方法一共有几种
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、预置条件要明确,包括测试环境、测试数据、测试场景。
因为许多BUG只有在特定的环境、特定的场景下才可以重现。
没有正确的前提条件,就无法进行后面的测试步骤或无法得到预期的结果。
3、测试步骤描述要简单、清晰,并且要清楚每一个步骤的描述,比如:第一步,输入用户姓名;第二步,输入登录密码;第三步,用户点击登录。
步骤写的明确时就利于提高用例的可操作性。
4、用例的预期结果要完整而且清晰,并且要将各个输出的结果写出来,包括:返回值的内容、数据库相关字段的记录、界面的响应结果、输出结果的规则符合度、日志的检查和对其它业务影响的检查。
5、测试用例级别要划分清楚,这样在测试执行时有主次之分。
6、测试用例的划分也要单一,一个测试用例只检查功能点的一种情况。
一个用例检查的情况太多,会导致用例的目的不明确。
而且这样组织用例,有利于需求覆盖率的统计。
一个功能点我们测试了哪些情况,以及哪些功能点我们在重点测试,一目了然。
软件测试除用户文档外,文档测试还应关注哪些文档
软件测试的流程,以及各阶段的相关文档无论是采用瀑布式还是其他的产品生命周期模型,软件测试分为如下几个阶段:1、测试需求分析阶段。
测试需求分析阶段主要工作是获得测试项目的测试需求(测试规格)。
输出产物:《可测试性需求说明书》和《测试规格》2、测试计划阶段。
以测试需求为基础,分析产品的总体测试策略。
输出产物:《产品总体测试策略》3、测试方案设计阶段。
本阶段主要是以测试规格为基础获得特性测试方案,对于有自动化测试的项目,进行自动化测试的分析,获得测试策略。
输出产物:《产品或者版本总体测试方案》4、测试用例实现阶段。
本阶段主要是完成各个特性的测试用例的编写和自动化脚本的编写。
输出产物:《产品自动化测试用例》和《手工执行测试用例》5、测试执行阶段。
本阶段是根据测试策略开展测试执行和回归测试。
输出产品:《产品或版本测试报告》和《缺陷分析报告》6、评估与关闭阶段。
只对前面的各个阶段的执行情况,完成对测试项目的关闭,同时提供完整的度量数据和项目总结报告。
输出产物:《遗留问题风险分析报告》、《度量分析报告》和《测试关闭报告》
软件开发项目验收要做哪些测试
1、业务流程测试 对软件项目的典型业务流程进行测试。
2、容错测试 容错测试的检查内容包括: 2.1软件对用户常见的误操作是否能进行提示; 2.2软件对用户的的操作错误和软件错误,是否有准确、清晰的提示;2.3软件对重要数据的删除是否有警告和确认; 2.4软件是否能判断数据的有效性,屏蔽用户的错误输入,识别非法值,并有相应的错误提示。
3、安全性测试 安全性测试的检查内容包括:3.1软件中的密钥是否以密文方式存储; 3.2软件是否有留痕功能,即是否保存有用户的操作日志; 3)软件中各种用户的权限分配是否合理。
4、易用性测试 易用性测试的内容包括: 4.1软件的用户界面是否友好,是否出现中英文混杂的界面; 4.2软件中的提示信息是否清楚、易理解,是否存在原始的英文提示; 3)软件中各个模块的界面风格是否一致; 4.3软件中的查询结果的输出方式是否比较直观、合理。
4.4适应性测试参照用户的软、硬件使用环境和需求规格说明书中的规定,列出开发的软件需要满足的软、硬件环境。
对每个环境进行测试。
5、文档测试 用户文档包括:安装手册、操作手册和维护手册。
对用户文档测试的内容包括: 5.1操作、维护文档是否齐全、是否包含产品使用所需的信息和所有的功能模块; 5.2用户文档描述的信息是否正确,是否没有歧义和错误的表达; 5.3户文档是否容易理解,是否通过使用适当的术语、图形表示、详细的解释来表达; 5.5用户文档对主要功能和关键操作是否提供应用实例;5.6用户文档是否有详细的目录表和索引表。
6、性能测试 对软件需求规格说明书中明确的软件性能进行测试。
测试的准则是要满足规格明书中的各项性能指标。
7、用户有特别要求的测试。