请问你还有那个软件测试的报告吗

[“你幸福吗”调查报告]本次调查采用调查问卷方式进行，覆盖全县各行业各人群，共发出调查问卷1x份，回收有效问卷x份，有效样本回收率达到了x%。调查内容分为，百姓幸福自豪指数;百姓认为最幸福自豪的事项;...+阅读

请问你还有那个软件测试的报告吗

二、软件测试报告的正文的格式

1 范围

1.1 标识

列出本文档的：

a. 已批准的标识号；

b. 标题；

c. 缩略语；

d. 本文档适用的系统计算机软件配置项（CSCI）。此外，还应包括在本报告中记录的每个正式合格性测试的名称和编号。

1.2 系统概述

概述本报告所适用的系统和CSCI 的用途。

1.3 文档概述

概述本报告的用途和内容。

2 引用文档

按文档号和标题列出本文档引用的所有文档。

3 测试概述

分节描述本报告所覆盖的每项正式合格性测试的结果。

3.1 （正式合格性测试名称及项目的唯一标识号）

按名称和编号来说明正式合格性测试，并分小节概述测试结果。

3.1.1 （正式合格性测试名称）小结

总结正式合格性测试的结果。若失败，则要说明产生错误结果的测试步骤和问题报告。这些内容可参考表1 的测试结果一览表进行概括。

3.1.2 （正式合格性测试名称）测试记录

按时间顺序记录所有测试前、进行测试、分析、说明以及正式合格性测试结果等有关事件。同时，还庆提供测试日志，按时间顺序记录正式合格性测试中的工作，包括：

a.测试时间、地点、软硬件的配置。需要时，测试配置项的描述还要记录软件版本号、研制单位、升级号、批准日期及所有硬件型号和软件部件使用的名

称；

b.每一个测试相关活动的日期和时间、测试操作人员和参加人员；

c.测试过程中对所出现和产生的问题所采取的测试步骤，包括对问题的改

进的次数和每一次结果；

d.恢复重新测试的备份点或测试步骤。

4 测试结果

分节详述每个正式合格性测试的细节。

4.X （正式合格性测试的名称和项目的唯一标识号）测试结果

从4.1 节开始编号。按名称和项目唯一标识号标识正式合格性测试，并分小节详细描述每一正式合格性测试用例的结果。

表1 测试结果一览表示例

（缺）

1）如果测试过程出现一个故障或错误，则记录发生故障或错误的各个步骤。

2) PR=问题报告。

4.X.Y （测试用例名称和项目的唯一标识号）

从4.1.1 节开始编号，按名称和项目的唯一标识号标识每一测试用例，并分小节详细说明测试用例的结果。

4.X.Y.1 （测试用例名称）测试结果

说明测试用例的测试结果。对测试过程的每一步都要记录测试结果和在测试

过程中出现的各种异常和矛盾情况。记录或引用有助于杜绝和纠正矛盾情况的信息（如存储器转储、寄存器记录、显示流程图），并分析导致矛盾的原因和改进的方法。

4.X.Y.2 （测试用例名称）测试过程中的差异情况

详细说明相应的软件测试说明中描述的测试过程中的差异情况（例如，所需设备的替换，支持软件的改变，测试计划的偏差）。对每一种差异情况，必须说明导致差异的原因和它对测试有效性的影响。

5 CSCI 评估和建议

5.1 CSCI 评估

全面分析测试结果，对CSCI 的能力作出评估。通过分析标出存在的缺陷、局限性和CSCI 的约束等，并写入软件问题/更改报告。对每一种偏差，局限性和约束应包括：

a. 说明它对于CSCI 及系统运行的影响；

b. 说明它对于CSCI 及为纠正偏差的系统设计的影响；

c. 提供改必的方法和建议。

5.2 改进建议

对系统设计、操作和CSCI 测试提出改进建议，并分析每一建议对CSCI 的影响。若无建议，则写“无”。

软件测试报告

你好

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

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

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

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

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

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

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

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

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

如何写份软件测试报告格式如何！请各位朋友发表意见

软件测试报告项目编号：项目名称：任务编号/序号：工作名称：程序（ID）：程序名称：编程员：测试完成日期：年月日测试工程师：测试完成日期：年月日安装：

（1）程序运行环境已经正确设定 □ □ 程序代码检查：

（1）程序单位首部有程序说明和修改备注 □ □

（2）变量、过程、函数命令符合规则 □ □

（3）程序中有足够的说明信息 □ □

（4）修改注释符合要求 □ □

（5）类库的使用符合要求 □ □ 画面及报表格式检查：

（1）画面和报表格式符合规定需求 □ □

（2）程序命名符合格式需求 □ □

（3）画面和报表的字段位置和宽度与设计文档一致 □ □ 功能测试：

（1）多画面之间切换正确 □ □

（2）功能键、触发键、按钮、菜单、选择项功能正确 □ □

（3）数据项关联及限制功能正确 □ □

（4）设计文档规定的其它功能测试内容：正确性测试：

（1）读/写/删除操作结果正确

（2）各种组合条件之查询或报表正确

（3）设计文档规定的其它操作测试内容： □ □ 可靠性测试：

（1）非法键容错测试

（2）异常字符容错测试

（3）程序负作用检查

（4）残留文件检查效率测试：单用户（机型） □ □ 多用户（终端数）□ □ 输入画面效率测试：延迟时间： □ □ □ □ 报表及查询效率测试：最小报表时间：□ □ □ □ 最大报表时间：□ □ □ □ 多用户测试：终端数： □ □ 随机测试：测试次数：□ □ 共享测试：□ □ 同步测试：□ □ 其它测试：测试内容： □ □ 测试备忘：

谁可提供一些软件测试标准啊

手机协议站软件的白合测试手机软件测试单丛测试的内容来看，包括上面的MMI和底下的PROTOCOL 由于MMI的灵活性，和各个厂家的个性化，以及手机本身的用户不同， MMI的侧重点也就不同，在基本通话、短消息、数据功能完成的基础上可以五花八门，所以测试的重点不同。测试方法各不相同。但是协议就不同了，协议是统一的，虽然你实现方法可以不同，但是完成的功能必须相同，和MMI不同，虽然都是聊天，但是有些用短消息聊天，有些用PUSH聊天，而协议软件有一个遵守的规范——ETSI指定的协议规范，有统一的命令规范和统一的标准。消息（术语，不是软件编程里的消息，是通信术语）是固定的嘛。针对协议的测试，因为有标准可循，有规范可仪，所以软件测试就很多工具，公司也多，自动化测试要自动话，否则，按照人的测试能力，谁也无法保证其绝对可靠性，也没有这么大的人力去仔细做测试。

一般对于白合测试是比较严格的，而且也是耗费人力的，所以常采用自动化测试工具。这样节省人力、缩短测试时间。至于谁家的工具比较好，涉及各取所需吧，也涉及到成本问题。你如果想购买某产品，会给你一个 DEMO版本，给你一个月的评价时期，这个评估版本让你熟悉其产品的优劣也让你熟悉其操作。测试工具一般都有二次开发功能，也就是可以自己编写脚本，针对不同的软件平台做一些改动，这样可以根据自己的需要编写测试CASE测试用列当然即使是全部用自动化测试，你心理还是没底，你还是要仔细去看代码。分析流程，读懂其含义，一个很小的问题，出错保护没有作好，一般这个问题最多，出错保护机制没有作好，会造成崩溃这样严重的问题。这是针对协议代码的白合测试如果你是对购买来的协议进行测试，一般有仪器，模拟一个网络基站，进行测试，不过这样的仪器非常昂贵，而且测试人员要对ETSI协议比较熟悉。

我没有直接参加针对协议的白合测试，不过对评估般的测试软件曾经PRACTISE，可测试覆盖率，我很奇怪的是，一般打点（跟踪）也是需要消耗CPU时间的这样程序效率就降低了，而我要测试程序的效率等项目就要考虑CPU，而且程序的工作运转必须和CPU息息相关，而现在CPU 在保证程序RUN同时，还要进行打点，是否测试出的指数和实际不符和呢，是否没有达到真实的水平呢而它这个产品（水牛）介绍说，一般不占用CPU时间，我想了很长时间没有想通后想咨询，告之这是他们的专利，无可奉告。由于这种测试工具是针对平台所以如果你平台不支持的，也就没有办法使用了。还有集成测试等等，在软件的介绍中有详细说明，不再详细说明。对协议进行白合测试，我想对你的要求就是：熟悉相关的协议，否则白扯；熟悉开发的语言，否则免谈。

总之，我估计你们公司如果进行白合测试的话，我想测试工具是不可少的，希望你顺利完成测试任务。