一份完整的软件测试报告包含哪些文档?

一份完整的软件测试报告包含哪些文档?

一般情况下，最终工件有三个：测试计划、测试用例、测试结果报告。

计划里包含了测试的北京、人员和内容、以及计划要做的测试。

测试用例是对于计划中要做的测试内容、测试项生成的用例。

测试结果报告包含了用例测试的结果和总结，以便将来维护时使用。

整个测试过程这三个都应该是不断被更新的，只有一个最终版本。

软件测试报告要提交的文档

测试过程的描述；

测试问题的概述，测试问题的回归描述；

测试的结论；

测试的遗留问题，或者测试过程给出的建议

求帮写软件测试报告一份

这种资源还是在百度或GOOGLE上搜一下，如果曾经有人在网上发布，或有网站下载，一般都会被搜索引擎收录；如果搜不到，你可以找一下相关的论坛，最好是那种人气比较高的论坛，注册会员，发帖求助，会有高手帮你的。

软件测试报告

你好

先回答你的第一个问题 首先在进行黑盒测试前，你需要先假设出该程序的输入方式是怎样的。

假如他是采取年月日分别向不同的框中输入数字 那有效等价类或无效等价类的用例就会比只向一个框中一次性输入8个数字要多很多。

我先举一个例子 如果是我说的第一种，向不同的框中输入数字 。那么有效的等价类第一条用例就是 month格中输入2,day格中输入3,year格中输入2011 无效的很简单，在任意格中输入比设定数字大的，或是输入汉字和非法字符。至于为什么在任意格中输入都可以，一会再说。

假如是第二种输入方式 即一次输入8个数字 那有效等价类用例你可以使用当前日期，而无效等价类可以使用99999999,或汉字及非法字符。

而边界值法设计的测试用例，本身数字必须是有效的等价类，但是介于边界，如果是第一种输入方式，边界值的概念不知道你是否清楚，这个请自己查一下资料。提供两个用例给你。第一个，月份上1,日期上1,年份1912,第二种输入方式时输入19120101.这两条用例是用来证真的,也就是证明最小日期是可以输入的.同时也是有效等 价类的用例.

回答你第二个问题.不知道你是否会写代码.是否知道这种程序的设计思路.通常,这需要几个嵌套的判断语句来实现,以年月日的顺序来判断的话，需要3个判断 一，年是真或年是假 2月是真或月是假，3,日是真或日是假

这样写语句覆盖的用例很简单 语句用例的目地是把整语句能走一次下来。并不需要所有的判断都有。那你的用例为，年是真，月是真，日是真就可以。 判定覆盖就是要把真假条件都走一次，那只要两条用例，年是真，月是真，日是真，第二条为年是假，月是假，日是假。

至于其它的用例自己把概念弄清楚后自己写吧。

问题3,如果是一个BS架构的程序可以使用工具如QTP或LR测试,首先录制脚本,修改脚本到可以使用,然后根据设计的用例对脚本进行参数化.然后查看报告就可以了.

如果写软件测试报告

1 简介

1.1 编写目的

1.2 项目背景

1.3 系统简介

1.4 术语和缩写词

1.5 参考资料

2 测试概要

2.1 测试用例设计

2.2 测试环境与配置

2.3 测试方法(和工具)

3 测试结果及缺陷分析

3.1 测试执行情况与记录

3.2 覆盖分析

3.3 缺陷的统计与分析

4 测试结论

5 建议

如何写软件测试报告

i 摘要

ii 功能作用

iii *** 作适合人群

iv 与硬件兼容性

v 运行流程

vi 维护措施

vii 报错处理

可以上网学习一下。领测国际官网。免费视频。自学软件测试，学通了自然就会写测试报告了。

软件测试报告怎样写

您好！你是手机测试初学者、测试报告的书写其实很简单！

1、说出您，覆盖您测试内容！

2、测试结论；

3、测试总结；

比如手机游戏，应该包含、游戏的 *** 作、游戏对电话、短信、闹钟中断的响应等等！

软件测试报告怎么写

不知道你的文档具体是什么，但是用户文档测试的主要内容如下：

1. 读者群：文档面向的读者要明确，对于初级用户、中级用户、高级用户应该有不同的定位；

2. 术语：文档中的术语要适用于定位的读者群，用法一致，标准规范与业界相吻合；

3. 正确性：测试中需检查所有信息是否真实正确，查找由于过期产品说明书和销售人员夸大事实而导致的错误。检查所有的目录、索引和章节引用是否已更新，尝试链接是否准确，产品支持电话、地址和邮政编码是否正确。

4. 完整性：对照软件界面检查是否有重要的分支没有描述到，甚至是否有整个大模块没有描述到。

5. 一致性：按照文档描述的 *** 作执行后，检查软件返回的结果是否与文档描述相同。

6. 易用性：对关键步骤以粗体或背景色给用户以提示，合理的页面布局、适量的图表都可以给用户更高的易用性。需要注意的是文档要有助于用户排除错误，不但描述正确 *** 作，也要描述错误处理办法。文档对于用户看到的错误信息应当有更详细的文档解释。

7. 图表与界面截图：检查所有图表与界面截图是否与发行版本相同。

8. 样例与示例：像用户一样载入和使用样例。如果是一段程序，就输入数据并执行它。以每一个模版制作文件，确认它们的正确性。

9. 语言：不出现错别字，不要出现有二义性的说法。特别要注意的是屏幕截图或绘制图形中的文字。

10.印刷与包装：检查印刷质量；手册厚度与开本是否合适；包装盒的大小是否合适；有没有零碎易丢失的小部件等。

文档测试的英文是documentation testing，测试关注于文档的正确性。

文档测试有三大类分别是开发文件、用户文件、管理文件。

1. 开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。

2.用户文件：用户手册、 *** 作手册。

3.管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。

软件测试中的文档测试主要是对相关的设计报告和用户使用说明进行测试，对于设计报告主要是测试程序与设计报告中的设计思想是否一致；对于用户使用说明进行测试时，主要是测试用户使用说明书中对程序 *** 作方法的描述是否正确，重点是用户使用说明中提到的 *** 作例子要进行测试，保证采用的例子能够在程序中正确完成 *** 作。

一般来说，文档是软件的重要组成部分，因此文档测试也是软件测试的主要内容。在软件的整个生命周期中会出现很多文档，通常可以把文档粗略地分为三类：开发文档,管理文档和用户文档。

由于文档与代码不同，不能直接运行，对于文档的测试通常只能以文档审查的方式进行。对于管理文档和审查通常归属于管理范畴，而不是软件测试范畴,因为对于管理文档审查的目的不是为了发现和消除用户所看到的软件中的缺陷，而是为了更好地管理软件开发的过程。对于开发文档，由于这些文档本身体现了所在开发阶段的软件实际形态，对于这些文档的测试实际上是早期软件测试的主要活动。用户文档是那些随程序一起交付给用户的文档,它们实际上是交付给用户的软件的重要组成部分。对于这些文档的测试是对最终软件产品测试的一部分。

---