心 晴 小 站 测 试 报 告

目录

1．前言 ........................................................................................................................... 3

1.1测试目的 ............................................................................................................ 3

1.2小组分工 ............................................................................................................ 3

2．编码 ........................................................................................................................... 3

2.1设计语言 ............................................................................................................ 3

2.2编码风格 ............................................................................................................. 4

3.白盒测试 ....................................................................................................................... 5

3.1测试模块流程（流）图 ........................................................................................ 5

3.1.1注册模块.................................................................................................... 5

3.1.2登录模块.................................................................................................... 6

3.1.3论坛模块.................................................................................................... 6

3.2逻辑覆盖 ............................................................................................................. 7

3.2.1语句覆盖.................................................................................................... 7

3.2.2判定覆盖.................................................................................................... 7

3.2.3条件覆盖.................................................................................................... 8

3.2.4条件组合覆盖............................................................................................. 8

3.3控制结构测试 ...................................................................................................... 9

4.黑盒测试 ..................................................................................................................... 12

4.1注册模块 ........................................................................................................... 12

4.2论坛模块 ........................................................................................................... 13

4.3登录模块 ........................................................................................................... 14

1．前言

1.1测试目的

为了暴露程序中的错误。选取足够多的数据来验证判定条件，以发现其漏洞。

1.2小组分工

2．编码

2.1设计语言

我们这次使用的编程语言有：PHP、html 、css 、javascrip。 数据库有：mysql,

2.2编码风格

（1） 缩进: 每个行首缩进的单位约定是一个TAB，字间用空格。

（2）括号：大括号各占一行，与关键字同列。小括号与关键字中间要有空格；与函数名紧贴。

a) 运算符、空格、关键词、函数：每个运算符与运算值中间要有一个空格 b) 在任何情况下php中不能出现带有空白的带有TAB或空格的行。 c) 每段较大的程序体上下应加入空白行，两程序块之间使用一空行。 d) 说明或显示部分中，内容如含有中文、数字、英文单词混杂应在前后加入空格。

（3）注释：对于有些代码进行简短介绍的内容，统一用//。

（4）变量、对象、函数名：这些都用小写，变量名只用项目中有据可查的英文缩写方式，可以合理的对过长的命名进行缩写。

（5） 常量：全部使用大写字母命名。

（6）Sql语句所有sql语句除了表名、字段名外。全部的语句函数均大写。很长的语句应当有适当的断行。

（7）模版设计：html代码一律小写，所有html标记参数赋值应使用双引号包含。

（8）文件命名：所有包含PHP代码的程序文件以小写.php作为扩展名。

3.白盒测试

3.1测试模块流程（流）图 3.1.1注册模块

3.1.2登录模块

3.1.3论坛模块

3.2逻辑覆盖

3.2.1语句覆盖

（1）注册模块

A是字母或B是数字；C真且D真（覆盖sacbde）。

（2） 登录模块

可以输入用户名和密码直接进行测试

当输入用户名和密码正确就会走123457路径

否则就会走123467路径

（3） 论坛模块

为使每个语句都执行一次，程序的执行路径应该是sacbd。为此只需要输入下面的测试数据：

A＝0 , B＝10

3.2.2判定覆盖

（1）注册模块

Ⅰ. A是字母或B是数字；C假或D假（覆盖sacbe）。

Ⅱ. A不是字母且B不是数字；C真且D真（覆盖sabde）。

（2）登录模块

Ⅰ输入用户名正确，密码错误，登陆失败（覆盖1467） Ⅱ输入用户名错误，密码正确，登陆失败（覆盖1467）

Ⅲ输入用户名和密码都正确，登陆成功（覆盖1457）

（3）论坛模块A＝0 ,B＝20 (覆盖sacbd)

3.2.3条件覆盖

（1）注册模块

Ⅰ. A是字母或B是数字；C真且D真（覆盖sacbde）。 Ⅱ. A不是字母且B不是数字；C假或D假（覆盖sabe）。

（2）登录模块

Ⅰ输入口令登陆成功（覆盖467）

Ⅱ输入口令登陆失败（覆盖457）

（3）论坛模块A＝0 ,B＝10(满足A＝0，B≤40的条件，执行路径sacbd)

A＝10 ,B＝50(满足A≠0,B＞40的条件，执行路径sabd)

3.2.4条件组合覆盖

（1）论坛发帖：

共有四种可能的条件组合，它们是：

① A≠0,B＞40

② A≠0,B≤40

③ A＝0,B＞40

④ A＝0,B≤40

下面的4组测试数据可以使上面列出的4种条件组合每种至

少出现一次：

Ⅰ.A＝10,B＝50 (针对组合①，执行路径sabd) Ⅱ.A＝10,B＝30 (针对组合②，执行路径sacbd) Ⅲ.A＝ 0,B＝50 (针对组合③，执行路径sacbd) Ⅳ.A＝ 0,B＝30 (针对组合④，执行路径sacbd)

3.3控制结构测试

(1) 注册模块

路径1：1—2—3—8—10—11

路径2：1—2—3—8—9—11

路径3：1—2—3—4—5—12—14—15

路径4：1—2—3—4—5—12—13—15

路径5：1—2—3—4—5—6—7—2—…

注明：省略号（…），表示可以后接通过控制结构其余部分的任意路径。

测试用例

注意：某些独立路径（如路径1、2、3、4）不能以独立的方式测试，

必须作为另一路径（如路径5）的一部分来测试。

（2）登录模块

说明：

1：开始 2：登录失败 3：登录成功

4：重新登录 5：结束

备注：A代表用户名，B代表密码。0和1分别代表逻辑假和逻辑真

(3)论坛模块：

1.发帖 2.输入标题

3.输入内容 4.标题不为空

5.

6.标题为空

7.8.发帖成功

4.黑盒测试

4.1注册模块

1、根据此模块的规格说明，可以划分出如下等价类：

（1）、有效输入的等价类有：

① 由字母组成的用户名；

② 由数字组成的用户名；

③ 由数字和字母组合而成的用户名；

④ 用户真实姓名;

⑤ 用户真实性别。

（2）、无效输入的等价类有：

① 除字母和数字之外的其他输入；

② 非用户真实姓名； ③ 非用户真实性别。

2、根据上面划分出的等价类，可以设计出如下表所示的测试方案：

4.2论坛模块

4.3登录模块

第二篇：网站测试报告

XXXX科技有限公司

测试总结报告 XXXXX系统

质量部：XX

2012-8-20

目录

编写目的................................................................................................................... 3

定义.......................................................................................................................... 3

测试对象................................................................................................................... 3

测试阶段................................................................................................................... 3

测试工具................................................................................................................... 3

参考资料................................................................................................................... 3

测试概要................................................................................................................... 4

测试进度................................................................................................................... 4

测试结果................................................................................................................... 4

测试结论................................................................................................................... 8

分析摘要................................................................................................................... 9

建议.......................................................................................................................... 9

典型缺陷引入原因分析............................................................................................ 10

编写目的

编写该测试总结报告主要有以下几个目的

1． 通过对测试结果的分析，得到对软件质量的评价

2． 分析测试的过程，产品，资源，信息，为以后制定测试计划提供参考

3． 分析系统存在的缺陷，为修复和预防bug提供建议

定义

缺陷级别说明：

1. 致命（最严重等级，缺陷导致系统任何一个主要功能完全丧失、用户数据受到破坏、系

统崩溃、死机等）

2. 严重（系统的主要功能部分丧失、数据不能完整保存，系统的次要功能完全丧失，系统

所提供的功能或服务受到明显的影响）

3. 一般（系统的次要功能没有完全实现，但不影响用户的正常使用）

4. 较小（操作不方便或遇到麻烦，但不影响功能的使用和执行）

测试对象

http://192.168.0.66:8080/mlocsoMonitor/application.action 测试阶段

系统测试

测试工具

ZenTao缺陷管理系统

PLSQL Developer

IBM AppScan7.8

Loaderunner11

IEtester

参考资料

《XXXXX系统需求和设计说明书》

《XXXXX系统测试计划》

《XXXXX系统测试用例》

测试概要

XXXXX系统从20xx年8月16日开始到20xx年8月17日结束；

测试功能点6个 ；

测试共发现23个bug，其中严重级别的bug23个，平均每个测试功能点3.8个bug。

测试进度

此次测试严格按照项目计划和测试计划执行，按时完成了测试计划规定的测试对象的测 试。针对测试计划规定的测试策略，在测试执行中都有体现，在测试执行过程中，依据测试 计划和测试用例，对系统进行了完整的测试

测试结果

Bug趋势图

从Bug趋势图来看，8月16、17号测试进度正常，一共发现了23个bug。由于此位置网站监控系统只有应用程序、中间件、操作系统这3个模块，每个模块功能基本一致，因此，测试上各个模块发现的问题基本一样。

Bug严重程度

BUG分布

测试发现的bug，出现了23个严重级别的bug， 出现严重级别的bug主要表现在以下几个方面

1. 系统功能未完全实现；

2. 监控查询界面设计缺陷；

3. 监控系统刷新频繁，导致数据冗余。

BUG类型统计

通过bug类型统计图可以看出，本次位置网站监控系统设计缺陷比重较大，主要原因有：

1) 理解何种输入是正确的，但是用户输入错误后，系统提示出错。

2) 提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不

明确引起用户误解。

3) 一致性，用户在不同页面执行相同的操作，提示信息不同。

4) 易用性：监控系统界面按时间查询后没有重置按钮，只有页面刷新后才可以重新查询。

测试结论

功能性

测试运用了等价类划分、错误推测法、边界值分析法进行测试、充分验证了系统的以下功能

1. 应用程序系统监控；

2. 中间件系统监控；

3. 操作系统监控；

4. 监控指标

5. 监控报表导出

6. 界面自动刷新功能

7. 监控介面信息查询

8. 监控介面信息分页查询

系统在实现功能的过程中，在细节方面存在这较多的缺陷，例如在添加字段的时候当不能判断添加的数据项是否为空、是否符合数据库中规定的数据类型、实现分页是否能够比较稳定的实现等，在以后要继续完善。

易用性

? 现有系统实现了如下易用性：

1. 应用程序、中间件、操作系统的查询操作相关提示信息的一致性，可理解性

2. 输入限制的正确性

3.

?

1.

2. 输入限制提示信息的正确性，可理解性，一致性 现有系统存在如下易用性缺陷： 界面排版不美观 输入，输出字段的可理解性差

3. 输入缺少解释性说明

兼容性

现有系统支持window 下的IE6-8浏览器，支持1024*768以上分辨率

现有系统未进行其他兼容性测试

安全性

? 现有系统控制了以下高危安全性问题：

1. 跨站脚本攻击（跨站脚本编制）

2. sql注入

3. 目录泄露

4. 检测到目标站点存在SVN相关文件

? 仍遗留低危安全性问题

1. 跨站请求伪造

2. HTML 注释敏感信息泄露

分析摘要

覆盖率

此次测试，部分页面需求描述无明确的定义，对输入限制无详细定义，无明确的测试依 据，在测试过程中，测试是根据输入字段含义，测试人员理解，以及和项目经理，开发人员 沟通获得测试依据，无法保证测试依据的正确性和完整性，因此，没有进行完整的，正确的 无效数据的测试，测试覆盖率不够，无法保证测试的有效性和正确性

下面为此次测试测试用例覆盖率分析图：

建议

1. 在项目开始的时候应该制定编码标准，数据库标准，需求变更标准，开发和测

试人员都严格按照标准进行，可以在后期减少因为开发，测试不一致而导致的 问题，同时也可以降低沟通成本。

2. 每次申请测试的时候，正确布置测试环境，减少因为测试环境，测试数据库数据的

问题而出现的无效bug。

3. 开发人员解决bug的时候，填写bug原因以及解决方式，对于需求上没明确定义标准

的BUG，需向产品部确认后回复。

4. 开发人员在开发版本上发现bug，可以通知测试人员，因为开发人员发现的bug

很有可能在测试版本上出现，而测试人员和开发人员的思路不同，有可能测试人

员没有发现该bug，而且，这样可以保证发现的bug都能够被跟踪。

典型缺陷引入原因分析

测试过程中发现的缺陷主要有以下几个方面：

1. 需求定义不明确

需求文档中，存在功能定义错误，输入输出字段描述错误，输入输出字段限制定

义错误，输入输出限制定义缺失这几种类型的缺陷。使得开发人员根据需求进行设计 时，没有考虑相关功能的关联性，以及需求错误的地方，在测试过程中，需求相关的 问题表现出来。需求做改正，设计必须跟着做改动，浪费时间和影响开发人员的积极 性，降低开发人员对需求的信任，可能会导致开发人员不按照需求进行设计而根据自 己的经验来进行设计。

2. 功能性错误

系统在输入数据的检查方面有一些措施但是不完善，对于部分非法输入会导致系统异常，建议加入数据检查和异常处理能力。

3.

5)

6)

7) 页面设计易用性缺陷 页面设计不友好，界面栏应整齐排列。 理解何种输入是正确的，但是用户输入错误后，系统提示出错。 提示信息错误，不同模块相同结果的提示信息不一致，用户操作后，相应的提示信息不

明确引起用户误解。

8) 提示信息一致性，用户在不同页面执行相同的操作，提示信息不同。