NextDate函数白盒测试

1、 简介

1.1编写目的

本测试报告为nextdate函数的测试报告，目的在于总结测试阶段的测试以及分析测试结果，通过测试来检测每个功能是否都能正常使用。预期参考人员包括测试人员、开发人员和需要阅读本报告的老师。

1.2项目背景

本项目为软件测试上机作业。

1.3术语

等价类划分：把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。

1.4参考资料

软件测试（第二版） （美）Ron Patton著 张小松 王钰 曹跃译 机械工业出版社 测试报告模板 原创作者：jerry

2、 测试概要

2.1测试程序源代码

#include <iostream>

using namespace std;

void NextDate(int year,int month,int day);

void main()

{

}

int year=0,month=0,day=0; NextDate(year,month,day);

void NextDate(int year,int month,int day)

{

cout<<"请输入年份："<<endl; cin>>year; while(!(year>=1811 && year<=2013)) { cout<<"年份超过界限，请重新输入"<<endl; cin>>year; } cout<<"请输入月份："<<endl; cin>>month; while (month>12||month<1) { cout<<"月份输入有误，请重新输入"<<endl; cin>>month; } cout<<"请输入日期："<<endl; cin>>day; while (day>31||day<1) { cout<<"日期输入有误，请重新输入"<<endl;

cin>>day;

}

if((year%4==0 && year%100!=0) || (year%400==0)) //检查闰年；

{ } int i=0; i=day-29; while(month==2&&i>0) { cout<<"本月是闰月，请在1-29之间从新输入日期"<<endl; cin>>day; } if(month==2&&day==29) { } else day++; month=3; day=1; else day++; //月底计算； switch(month)

{ case 1: case 3: case 5: case 7: case 8: case 10: if (day= =32) { month++; day=1; cout<<"明天是："<<year<<'/'<<month<<'/'<<day<<endl; } break; case 2: if(day= =29) { } month=3; day=1; cout<<"明天是："<<year<<'/'<<month<<'/'<<day<<endl; break; case 4: case 6: case 9: case 11: if(day= =31) { } month++; day=1; cout<<"明天是："<<year<<'/'<<month<<'/'<<day<<endl; break; case 12: } if(day==32) { } break; year++; month=1; day=1; cout<<"明天是："<<year<<'/'<<month<<'/'<<day<<endl; cout<<"明天是："<<year<<'/'<<month<<'/'<<day<<endl;}2.2控制流程图

2.2测试用例设计

第二篇：手机黑盒测试测试方案和测试报告

学号：200708202138

班级：B7082021

专业：软件工程

姓名：申金萍

手机黑盒测试测试方案和测试报告

1、 简介

手机作为专用的消费类电子产品需要进行以下测试：可靠性测试（对于硬件则是RQT；对于软件则是field trial）；标准符合性测试（FTA）；互操作性测试（IOT）；安全性测试（安规测试）；强度测试等。

1.1编写目的

1.由于现在软件的规模越来越大，一个人或者少数几个人已经不可能在一定的时间内完 成一个软件，所以软件开发的过程越来越复杂，层次越来越深。这就导致开发人员之 间的沟通有了一定的隔阂。所以，软件测试越来越有单立出来的必要和重要性。

2. 由于软件开发的过程的复杂性，软件必然存在着无数的Bug。而且大多数是在软件上 市前必须解决的，而开发者有不定能发现这些问题，故而测试就显得非常必要。测试 是开发成功的必要保障。

3. 由于软件开发的层次性，所以开发的结果很可能与初衷不一样，这就需要测试者去发 现这些差异。因此，测试是软件成功的重要保证。

4. 软件不仅要实现一些功能，更要完善它的性能。这就需要测试人员对软件进行评测， 从而不断地完善软件的性能。

1.2项目背景

在计划制定好之后，在执行之前，必须将测试所需的人力资源，硬件资源，软件资源，文 档资源以及环境和人文资源准备充分 。

1.3术语

时间相关的性能测试可分为长时间保持测试和限定时间反应测试。 次数相关的性能测试是测试终端重复稳定地进行某项功能的能力。 并发测试主要是测试终端同时进行多项业务时表现出的处理能力。 负载测试主要是验证系统的负载工作能力。

2、 测试概要

2.1测试用例设计

2.3测试环境与配置

操作系统：windows XP

Cpu：Intel(R) Core(TM)2 Duo T5470

内存：1G

2.4测试方法

? 正确性测试

1. 正确性测试又称功能测试，它检查软件的功能是否符合规格说明。

2. 测试基本的方法是构造一些合理输入（在定义域内） ，检查是否得到期望的输出。

3. 由于定义域是一个连续区间， 所以不可能枚举所有可能的值， 那么等价测试就很必要了 （将定义域分成若干个等价区间） 。

4. 等价区间的概念可表述如下：

记（A, B）是命题f(x)的一个等价区间，在（A, B）中任意取x1进行测试 。 如果f (x1) 错误，那么f (x) 在整个（A, B）区间都将出错。

如果f (x1) 正确，那么f (x) 在整个（A, B）区间都将正确。

? 容错性测试

容错性测试是检查软件在异常条件下的行为（输入不同的数据类型或者定义域之外的值进行测试） 。

? 边界性测试

因为边界一直是比较敏感的地方，而且是程序员最容易忽略的地方，所以，这种测试也往往最容易奏效。

? 性能与效率测试

性能与效率测试主要是测试软件的运行速度和对资源的利用率。

性能与效率测试中很重要的一项是极限测试，因为很多软件系统会在极限测试中崩溃。 ? 易用性测试

易用性测试没有一个量化的指标，主观性较强。这主要是从End User的角度去考虑软件是 否会有一定的使用缺陷。如果对此有任何看法，可以向Team Leader反应或者与客户负责人 直接交流。

3、 测试结果及缺陷分析

3.1测试执行情况与记录

Title

标题一般会描述出当前要执行的case是哪个功能模块的，能实现怎样的一个操作。标题下面有

当前case的ID号和软件的版本号，如

Phonebook-Memory Save-Selected memory is Phone and SIM

ID: EK20010829094907

Version: 1.1.0

2 Description

整体地描述这个case的测试目的，能实现什么功能。例如：

The purpose of this test case is check out that the phone number can be saved to phonebook when selected memory is Phone and SIM.

3 Required test environment and accessories

必需的测试环境和附件。测试环境包括硬件环境和软件环境。例如：HW, ESIM，Headset. 4 Precondition

描述执行case的前提条件。例如：

Select memory in use to be Phone and SIM.

Return to the Idle State.

5 Action

详细描述执行case时的每一步操作。一般每一步操作都对应着一个期望中的结果。执行时可参

照下面的期望结果。例如：

Start the procedure to add a new item to the Phonebook.

Enter some name and press Ok.

Enter some number such as 12345 and press Ok.

6 Expected result

描述执行该case的期望中的结果，与上面的操作Action是相对应的。例如： Name: query is displayed.

Number: query is displayed.

Saved to phone memory information note is shown. Phone goes to detailed memory screen。

3.2缺陷统计与分析

Title:

标题是Error Report中非常重要的一部分，它要求简单明了地对Error作一个整体的描述，让

不知道这个Error的人看了之后能够很清楚地知道这是个怎样的Error。记得曾经有人提过 “3W1H”的概念。也就是说，标题里面应该包括What is the error, When will the error appear,

Where may the error appear and How to make the error appear. 在Title后面，一般要写 上Feature Group的名字。

例如：

Title: Call register: The phone doesn’t remain in the same state after rejecting a call

when viewing items under full window choice items in call register.

8 Severity (Fatal/Severe/Minor):

Severity用来描述Error的严重程度，有三个级别：较小的、严重的、致命的。Fatal Error一 般来说是指影响手机系统工作的Error；Server Error指的是影响用户操作的或者某些功能实 现的Error；Minor Error指的是微小的、不影响手机功能正常使用的Error。一般的Error如中

文界面中的某个字不正确，或者是英文界面中的某个单词拼写不正确；左右功能键显示有误等

等都属于Minor。若手机的某个功能不能实现，如不能发短信，不能存电话号码，不能进行充

电等等都属于Severe；若手机开不了机，或经常死机、重启等则是Fatal。Severe和Fatal两种

Error对手机来说都是很严重的问题，这个具体在做项目时可请示项目经理。

例如：Minor

9 Reproducible Error? (Yes/No, if No, how many times?) in English UI or Chinese UI?

描述Error是否可再现，如果每次操作都能出现，就是可再现的。如果只是某一次操作才会出

现这个Error，则是不可再现的。如果是不可再现错误，要记录一共出现过多少次，是在英文

界面还是在中文界面。每个Error都有发生的前提条件和操作步骤。严格的说，每个Error都是

可重现的。但是，发现这个Error的人可能没有能够找到这个error的完整的前提条件或者完整

的操作步骤。所以，现实中就有了很多不可重现的Error。对于一个手机而言，硬件，软件， 语言包和SIM卡都是其重要的组成部分。所以，在一个手机中用某种SIM卡在某种语言的UI上发

现了某个Error，有可能在同样的手机，同样的SIM卡，不同的语言的UI上就没有这个Error;也

有可能在同样得手机上用不同的SIM卡也会没有这个Error；同样，在不同的手机上也有可能发

现不了这个Error。总之一句话，是否可重现，要考虑手机硬件、软件版本、SIM卡类型、UI类

型等等相关的影响，不能简单的说某个Error可重现，有的时候要加上注释。

例如：Yes, both in English UI and Chinese UI

10 Precondition:

这里写的是在错误发生之前，手机的状态。为了保证步骤的简洁，这里要尽可能的详细。当然，

也不要写的很罗嗦。

11 How did you get to the state just before the error:

详细描述在错误发生之前你是如何到达这个状态的，要具体到每一步的操作。在这个部分，步

骤一定要清晰、 简洁， 让别人能够轻松的理解并完成操作这个可以分成几个步骤来写， 如步骤1、

步骤2、步骤3等。例如：

1. Menu --> Call register --> enter one of full window choice items;

2. Receive a call; 3. Reject it or remote end terminats the call.

12 Description of the error:

对发生错误的描述，用简明易懂的话详细地把这个Error描述清楚。注意几个要点：“详细”、“简

明”、“清晰易懂”。例如：

After rejecting a call or having a missed call when viewing items under full window

choice items in call register. The phone goes back to the full window choice items under call register.

13 Description of expected result:

描述期望的操作结果，这个在case中一般都有说明，一般情况下，case的执行结果就是期望的

操作结果。这里描述的是，期望情况下，“应该”是什么结果.例如：

The phone should remain in the same state just as before receiving a call.

14 SIM card used:

所用的SIM卡是中国移动（CMCC）还是中国联通(CHN-CUGSM)。例如：CMCC 15 SW version and Language package:

所测手机软件的版本号可通过在待机状态下按“*#0000#”来获得。

我们现在所测的手机语言包大部分都是C包，语言包可通过下面的方法来获得： 把手机恢复出厂设置，进入短信的编辑窗口，此时默认的输入法如果是“拼音” ，则语言包为C包。例如：V5.20C 。

4、 测试结论

1. 提交测试结果

2. 归还所借相关资源

3. 文档入库

4. 关闭测试项目

测试人员：申金萍