当前位置：文档之家 › 白盒测试指南

白盒测试指南

  • 格式：pdf
  • 大小：287.91 KB
  • 文档页数：22

文件编号:UF/QP/2-09/QI/005编写:冯蕾蕾审核:SEPG日期:01/10/25版号:1.0页号:1/22

白盒测试指南

（说明：此白盒测试指南主要给白盒测试人员提供一些基本的白盒测试方法和技术，由于涉

及的问题广泛，测试内容中的细节不一定准确和完整，还有待于各位的共同参与和不断完善，

欢迎多交流！）

1．目的

本方案主要实施NC产品程序代码的白盒测试。使界面符合设计规范，适用于用户；保证程序创建

的类与接口的完整与正确，以及程序模块单独正常运行。保证局部模块功能完备性，运行正确性

与稳定性。

2．测试项

所要测试的类。如：

nc.ui.bd.*

nc.bs.bd.*

nc.vo.bd.*

3．测试依据

1.NC产品需求报告；

需求规格说明书、用例描述清单

2.设计文档；(OOA、OOD、CRC卡)

如：AOM（AnalysisObjectModel）表示类间的静态关系，是多个相关的用例共用的。

ASD（AnalysisSequenceDiagram)是按业务工作的顺序表示每一工作步骤执行时类间的动态关

系。一个用例对应一个ASD。

CRC（Collaborators&ResponsibilitiesCard）卡是一个类的完整表述

3.界面规范

4.编码规范

5.开发命名标准

4．通过的准则

1.界面测试通过的标准：界面的样式、大小、颜色、整体布局的设置；各种标签控件的使用及主题

描述以及事件源控件的使用、快捷键使用都应符合《NC系统应用框架需求报告》和《设计文档的

相关规范》。

2.程序代码通过的标准：创建的类、接口、方法、属性应与《设计文档》保持一致；程序的各种命

名、注释、代码行的格式等应符合《程序开发命名标准》和《编码规范》；程序模块能独立稳定运

行。

5．测试环境配置

1．测试工具：

2．软件环境：

Client端：文件编号:UF/QP/2-09/QI/005编写:冯蕾蕾审核:SEPG日期:01/10/25版号:1.0页号:2/22

操作系统：中文WINNT/2000

开发环境：VA3.5专业版

待测试的源码包

Server端：

操作系统：WINNT4.0

开发环境：VA3.5专业版

通讯环境：Servlet

3．DBServer端：DBMS：SQLSERVER

4．资源文件

6．白盒测试总流程

测试流程依据，请参见《代码层次结构规范》。

NC系统中的对象主要分为如下几种：

界面对象(UIObject)

数值对象VO(ValueObject)

业务对象BO(BusinessObject)数据管理对象DMO(DataManageObject)

测试流程可按二种方式，其优缺点对照：VOVO

前者：优点是便于测试者从界面层直观地录入数据，缺点是做回归测试时，录入数据需重复

后者：

原则是从底层测试，底层测试通过了，再依次往上一层测试；否则不需往上层测试

缺点：需给中间层做一测试小程序：根据程序中类的对象构造输入数据及将结果输出到控制台上，（可通

过自行设计测试工具来改善，测试工具需求另附）

优点：做回归测试时，不用再构造输入数据，只要再执行一遍小测试程序

7．测试步骤：

需要列出所测试类的调用关系和关键方法的调用关系（依据为数据流）。

（1）类关系图。

(2)

方法的功能调用关系图：只需要列出一些调用关系较复杂的方法。UIBODMODB

DMOBOUIDB文件编号:UF/QP/2-09/QI/005编写:冯蕾蕾审核:SEPG日期:01/10/25版号:1.0页号:3/22

7.1.配置好测试环境；

7.2.编写测试用例；

另附

7.3.静态测试，走查代码；

代码走查使用测试用例启发检测错误，沿程序逻辑走一遍,检测程序结构和实现上是否有问题

7.4.动态测试

界面初始化状态测试；

界面控件功能测试；（正反用例）；

业务功能测试（正反用例）；

数据流关联测试（涉及多表的增、删、改），并结合数据库表的字段、外键、字段类型、精度、小数

位数、非空、默认值、备注、数据对象等。

数据传递和接收一致，数据计算或处理后状态正确；

组合模块整体运行稳定，不出现死机；

7.5.确定问题属性:

分为四类：错误、缺陷、失效、故障

错误是指计算值、观测值、测量值之间，或条件与真值之间，不符合规定的或理论上的正确值或条件

缺陷是指与期望值或特征值的偏差

故障是指功能部件不能执行所要求的功能。故障可能由错误、缺陷或失效引起。

失效是指功能部件执行其功能的能力丧失，系统或系统部件丧失了在规定限度内执行所要求功能的能力

7.6.确定问题类别:

问题类别分为以下几大类:

7.7.填写测试报告

测试记录需详细填写具体实施方法中的相关列表；

上交的测试报告只需填写未通过的项。(详见第10节)1.各层公用问题

2.JAVA语言规范

3.数据类型

4.SQL语句规范

5界面UI

6.VO数值对象

7.BO业务对象

8.DMO数据管理对象

9.业务逻辑重点

10.事务处理与隔离级别测试（详见总体技术部相关文档）

11．效率测试（详见总体技术部相关文档）文件编号:UF/QP/2-09/QI/005编写:冯蕾蕾审核:SEPG日期:01/10/25版号:1.0页号:4/22

8．具体实施方法：

8.1).各层公用问题：序

号测试项测试内容质量保证

标准问题

属性出错

频率

T1代码与设

计对照按需求、UI,CRC设计文档与编码对照,看是否完全地实现了所有的UI设计文档和

CRC卡中规定的内容？完备性错误

代码与设

计对照按需求、UI,CRC设计文档与编码对照,看是否创建了所需的数据库或其他初始化数

据文件？完备性错误

参数

返回值方法中被传递参数的类型、个数、顺序及返回值是否正确？以符合UI设计文档和

CRC卡为准。正确性错误

参数的传

递当方法需要调用其它方法时，调用的参数是否正确？（UI设计文档和CRC卡中有

调用说明）正确性错误

命名是否按《命名规范》进行了类、方法、变量、属性的命名？正确性错误

公式代码中的公式是否使用了设计文档中的相应数学公式。正确性错误

注释注释是否使用简洁明了的语言对每一个方法都进行了充分必要的描述？是否对复杂

的代码进行了注释？当程序的运行是受某些特殊因素限制时，是否做了限制注释？

是否列出限制模块运行特性的全部特殊因素？易理解性缺陷

冗余语句

和变量是否存在永远执行不到的语句和变量，而降低了程序的可理解性？易理解性缺陷

程序是否

冗余对于程序中的大量重复内容，是否使用了专门的类来实现？可验证性缺陷

代码整体

规范是否自始至终使用了《程序员开发手册》和《编码规范》中要求的格式、调用约定、

结构等？一致性缺陷

代码与书

写注释在一个函数内代码的长度不允许超过100行。建议如果一个函数的代码长度超过一

个屏幕，那么或许这个函数太长了。

使用统一的格式化代码。将‘{’放在所有者的后面，并且在下一行代码前加入TAB

键缩进；（TAB键比用若干个空格更容易控制使用统一的缩进距离）

类的注释；

接口的注释；

函数的注释；

类属性的注释；

局部变量的注释；

请详见：《代码与注释书写风格规范》易理解性缺陷

T13包命名是否符合程序包命名规范

T14类1.创建的属性（字段）是否完整，类型与命名是否规范，注释是否清楚合理。

2.创建的方法是否完整；命名是否规范；修辞是否正确；参数，参数类型，返回类

型是否正确。

3.调用的方法和传递的参数是否正确。

1.参数传递、返回值是否正确2.特殊校验、处理是否有注释文件编号:UF/QP/2-09/QI/005编写:冯蕾蕾审核:SEPG日期:01/10/25版号:1.0页号:5/22T

T15类命名第一个字母大写的英文正常语序

每个功能点的主程序（通常继承系统管理框架）统一采用ClientUI类名称。

业务逻辑代码类以BO结尾，如：GeneralLedgerBO

数值对象类以VO结尾，如：EmployeeVO

数据管理对象类以DMO结尾，如：EmployeeDMO

查询对象类以QO结尾，如：EmployeeQO

非参照对话框类以Dlg结尾，如：EditEmployeeDlg

参照对话框类以Ref结尾，如：WorkCenterRef

面板类以Panel结尾，如：GeneralLedgerPanel

T16接口接口名的开头加上字母‘I’前缀

从第二个字母起，用首字母大写的英文单词描述

T17方法1．是否正确定义了此方法（包括修辞词、返回类型、参数、参数类型）

2．注释是否清楚

3．命名是否正确：

方法函数名的第一个单词小写，后面的单词第一个字母大写；

第一个单词必须是动词，使函数的意义清晰明了；

存取对象的属性使用setXXX()和getXXX()函数形式

访问布尔类型的属性可以使用isXXX（）函数

T18类属性所有类属性全部以m_开头，同其它变量区分开。

集合类型的域，如数组、向量，必须使用复数形式来指出它们多值特性。

所有的域都是私有的，用并且仅用getXXX和setXXX等的存取函数去访问域,。

存取函数的可见性尽量为protected属性的，getter函数可以是public属性的

存取函数的命名规则是：

getter函数=get+域名（非布尔类型域）

is+域名（布尔类型域）

setter函数=set+域名

T19常量常量的命名全部使用大写。用下划线来分隔单词。

MAX_VALUE

START_DATE

MINIMUM_BALANCE

T20类所实现

的功能是否实现了要求的所有功能

T21类中的校

验方法1．界面级的校验是否齐全

2．业务级的校验是否齐全完备性错误

T22继承性

封装性

多态性面向对象程序是否体现继承、封装和多态的特性？

T23面向对象

特性面向对象程序中，编写类的方法时，是否同时考虑基类方法（Base::Function()）的

行为和继承类方法（Derived::Function()）的行为

合集下载

关于软件测试的外国文献

关于软件测试的外国文献

关于软件测试的外国文献

软件测试是软件开发过程中至关重要的一环，而外国文献中关于软件测试的研究和实践也非常丰富。下面我将从不同角度介绍一些相关的外国文献，以便更全面地了解软件测试的最新发展。

1. "Software Testing Techniques" by Boris Beizer:

这本经典著作详细介绍了软件测试的各种技术和方法，包括黑盒测试、白盒测试、基于模型的测试等。它提供了许多实用的指导和案例，对软件测试的理论和实践都有很深入的探讨。

2. "Testing Computer Software" by Cem Kaner, Jack Falk,

and Hung Q. Nguyen:

这本书介绍了软件测试的基础知识和常用技术，包括测试计划的编写、测试用例设计、缺陷管理等。它强调了测试的全过程管理和质量保证，对于软件测试初学者来说是一本很好的入门指南。

3. "The Art of Software Testing" by Glenford J. Myers,

Corey Sandler, and Tom Badgett:

这本书从理论和实践的角度探讨了软件测试的艺术。它介绍了测试的基本原则和策略，以及如何设计有效的测试用例和评估测试覆盖率。这本书对于提高测试人员的思维和技巧非常有帮助。

4. "Foundations of Software Testing" by Aditya P.

Mathur:

这本书系统地介绍了软件测试的基本概念、技术和方法。它涵盖了测试过程的各个阶段，包括需求分析、测试设计、执行和评估。这本书还提供了丰富的案例和练习，帮助读者深入理解和应用软件测试的原理和技术。

5. "Software Testing: Principles and Practices" by

Srinivasan Desikan and Gopalaswamy Ramesh:

网站性能测试的常用方法

网站性能测试的常用方法

网站性能测试的常用方法

随着互联网的不断发展和普及，各种网站也如雨后春笋般的涌现。对于网站开发者来说，网站性能的测试是至关重要的一环。网站性能的测试可以让开发者了解网站的瓶颈所在，并针对性的进行优化。本文将介绍一些常用的网站性能测试方法。

一、负载测试

负载测试是一种模拟多用户访问的方法，目标是测试网站在高负载情况下的性能。

在进行负载测试前，需先确定测试目的，设定测试阶段和进行测试计划。负载测试需要考虑的因素包括响应时间、吞吐量、并发用户数、CPU使用率、内存使用率等指标。测试时可使用软件模拟HTTP请求，常见的负载测试工具有JMeter、LoadRunner、WRK等。

在测试过程中，需要不断调整参数，变化负载规模，以达到测试的深度和可靠性。

二、压力测试 压力测试是通过对软件进行恶性测试，验证其强度韧性和极限容量，并找出软件系统的问题。压力测试总体目标是模拟系统运行的环境和用户的想法，然后进行系统性能的验证。

压力测试常常会导致资源耗尽或系统崩溃，因此需要在测试区间内保持足够的监控和备份，以确保系统能够很快地恢复。

压力测试需要采用真实的用户场景，模拟各种网络负载情况，如网络拥塞、数据负载、交换机流量等情况。最后在实验结束后，需要对测试结果进行可靠性分析和数据采样，以保证测试结果的准确性。

三、功能测试

功能测试是指对网站各功能部分进行测试，目的是检查它们是否能够正常运行。常见的功能测试包括登录、注册、搜索、显示等。

在网站功能测试中，需要编写测试用例，对网站各个功能组件进行操作和检查。测试过程需要全面、详细地记录操作过程和测试结果，并及时反馈问题。

四、稳定性测试

网站稳定性测试主要目标是测试网站的抗干扰能力和故障容忍度。测试时需要通过模拟各种异常情况、故障情况、网络阻塞情况等，对网站的稳定性进行测试。

常见的稳定性测试包括断电测试、断电恢复测试、流量突然增加测试、服务器换机测试、服务器重启测试等。

测试工程师的十大必读书籍推荐

测试工程师的十大必读书籍推荐

测试工程师的十大必读书籍推荐

在当今的技术领域，软件测试工程师起着至关重要的作用。他们负责保证软件的质量和稳定性，为企业和用户提供可靠的产品。然而，想要成为一名优秀的测试工程师并不容易，需要不断学习和提升自己的技能。本文将为你推荐十本必读的书籍，帮助你成为一名卓越的测试工程师。

1. 《软件测试的艺术》(The Art of Software Testing)

这本经典的测试指南由Glenford J. Myers撰写，是软件测试领域中最具影响力的著作之一。本书详细介绍了软件测试的基本原则、基础知识和测试技术，无论是初学者还是有经验的测试工程师都能受益良多。

2. 《软件测试方法与技术》(Software Testing Techniques)

作者Boris Beizer是软件测试领域的著名专家，本书全面介绍了各种软件测试技术和方法，包括黑盒测试、白盒测试、性能测试等。对于想要深入了解测试技术的从业者来说，这本书是必不可少的参考资料。

3. 《软件测试实施》(Implementing Software Testing)

作者Dustin和Paul等人运用自己的实际经验，提供了一种实用的软件测试方法论。本书将软件测试划分为不同的阶段，涵盖了需求分析、测试计划、测试设计和执行、缺陷管理等方面内容，帮助测试工程师更好地组织和管理测试工作。 4. 《Selenium自动化测试实战》(Selenium WebDriver Practical Guide)

对于从事Web应用程序测试的工程师来说，Selenium是一个非常重要的工具。这本书通过实例和案例，详细介绍了如何使用Selenium

WebDriver进行自动化测试，包括页面元素定位、表单操作、数据驱动等方面的内容。

5. 《性能测试实战》(The Art of Application Performance Testing)

性能测试是衡量软件质量的重要指标之一。本书作者Ian Molyneaux从策划、准备、执行到分析，详细解释了性能测试的各个方面，并提供了实用的测试技巧和工具推荐。

软件测试技术基础教程》习题解答

软件测试技术基础教程》习题解答

第一章软件测试理论

一、选择题

1.软件测试的目的是C。

A．表明软件的正确性B．评价软件质量

C．尽可能发现软件中的错误D．判定软件是否合格

2.下面关于软件测试的说法，A是错误的。

A．软件测试是程序测试

B．软件测试贯穿于软件定义和开发的整个期间

C．需求规格说明、设计规格说明都是软件测试的对象

D．程序是软件测试的对象

3.某软件公司在招聘软件评测师时，应聘者甲向公司做如下保证：

①经过自己测试的软件今后不会再出现问题；

②在工作中对所有程序员一视同仁，不会因为在某个程序员编写的程序中发现的问题多，就重点审查该程序，以免不利于团结；

③承诺不需要其他人员，自己就可以独立进行测试工作；

④发扬咬定青山不放松的精神，不把所有问题都找出来，决不罢休；

你认为应聘者甲的保证B。

A．①、④是正确的B．②是正确的

C．都是正确的 D．都不正确

4.软件测试的对象包括B。

A．目标程序和相关文档 B．源程序、目标程序、数据及相关文档

C．目标程序、操作系统和平台软件 D．源程序和目标程序

5.导致软件缺陷的原因有很多，①－④是可能的原因，其中最主要的原因包括D。

①软件需求说明书编写的不全面，不完整，不准确，而且经常更改②软件设计说明书③软件操作人员的水平④开发人员不能很好的理解需求说明书和沟通不足

A．①、②、③ B．①、③ C．②、③ D．①、④

二、简答题

1．简述软件测试发展的历史及软件测试的现状。

参考答案：

软件测试是伴随着软件的产生而产生的。在软件行业发展初期，没有系统意义上的软件测试，更多的是一种类似调试的测试，测试用例的设计和选取也都是根据测试人员的经验随机进行的，大多数测试的目的是为了证明系统可以正常运行。

到了20世纪70年代以后，很多测试理论和测试方法应运而生，逐渐形成了一套完整的体系。在产业界，从20世纪70年代后期到20世纪80年代中期，很多软件企业成立了QA或者SQA部门。后来QA的职能转变为流程监控(包括监控测试流程)，而测试(Testing)则从QA中分离出来成为独立的组织职能。