测试总结

手机软件测试年终总结

作为软件测试职员,我们至少要懂一点GSM标准协议的基础知识,如果懂软件工程的则更好,那就能更清楚地预知哪一块容易出问题,当发现问题后,就要分析产生问题的原因,这样就不是一种简单的黑盒操作了。

测试方向:

1. 验证各种功能都已正常实现,如:

1)电话簿中新增、编辑、查找、删除、复制、移动、自定义铃声、图片和短

片、群组等;

2)各种输入法的切换和相应的字符都能正确输入;

3)照相机、录音机、播放器、FM Radio;

4)短信、彩信、聊天室的输入、发送和接收等;

5)蓝牙传输;

6)附加功能;

7)MMS、Email、WAP等网络服务功能;

8)通话音质、音效及信号强弱等。

9)各种附加功能的验证。

2. 边界值、极限测试,主要包括:

1)时间设置的最大和最小时间点的跳转;

2)电话本中最大记录条数的添加、查找、编辑和删除;

3)各编辑界面,最大字符数的输入、编辑和删除;

4)SMS,MMS最大字符数的输入、浏览、发送和接收;

5)SMS, MMS最大记录条数的浏览、存储、转存和删除;

6)计算器最大值和最小值的运算;

7)通话记录中最大记录条数、最长通话时间、最频繁的接听和挂断等功能的

验证;

8)播放器中最大记录数的添加、删除;播放最大时长;录音、录像的最大时

长;照相机的最大图片设置和使用,最多照片的存储。

3. 交叉测试,主要包括:

1)各种编辑器中的浏览、编辑、删除等与短信、彩信的接收之间的冲突;与

来电的冲突;与低电压的冲突;与闹铃的冲突。

2)输入法之间的切换,各种字符的交叉输入;

3)通话与短信、彩信等编辑、发送和接收之间的冲突;与低电压的冲突;与

闹铃的冲突。

4)通话时,蓝牙耳机、手机端和耳机之间的切换使用。

5)多媒体中,播放、录制、收听等与来电的冲突;与低电压的冲突;与闹铃

的冲突。

6)来电的图片、铃声、振动等反复更改,再次来电是否与预设相符。

7)蓝牙传输与播放、来电、来短信或彩信、响闹、低电压等之间的冲突处理;

4. 在正向测试过程中,功能如果都已经正确实现,要逆向破坏性的反复操作,

以致使软件出现问题为目的,(侧重于压力测试)。

5. 其他,主要包括:

1)耳机的接听、挂断;拔插耳机与手机端之间的切换;

2)蓝牙的接听、挂断;与手机端之间的切换;

3)充电的效率和时长;

4)USB传输及充电;

5)界面显示及提示信息;

6)功能和流程设计是否符合用户使用的习惯;虽不是问题,可提出合理的改

善意见和建议。

7)按键。

以上只是一些常识性的测试点,一个优秀的测试人员,首先具备一种极强的责任感,视发现问题为自己的使命;要有一定的耐心,才可能发现更多的问题,

测试必须不厌其烦、多次反复操作,才能找到最准确的操作路径(问题发生,一般都是必然的);在验证功能的过程中,要设计自己的思路,想方设法让它出错,始终坚信不是没有问题,只是自己没有发现的信念。

熟能生巧,仅此而已。 测试用例编写和执行,适用于大公司的做法,每一个版本安排一些测试人员仔细过测试用例,主要也是验证其基本功能是否都已正确实现为目的,可避免疏漏,从整体上有一个可靠的数据,可掌控该版本存在多大的风险;对测试生手来讲有用,可以帮助他们打开思路;对熟手是一种束缚和制约;所以,执行测试用例,选择生手;编写用例,要选用有丰富测试经验的熟手。

总结我自己个人的缺点:

我喜欢测试新平台新项目,因为新项目我容易发现问题,有一种成就感,越测越投入,不断地从中找出漏洞和缺陷。但这就是我的缺点所在,当我碰到稳定的项目时,我却不能发挥那种测试热情,反而感到无从下手,思想上放松,觉得软件稳定,没什么问题。就会下意识的向这个目标靠拢,测试不出问题来,反而不能很好的完成测试任务.我将反思自己的不足之处,在新的一年里将更好地完成自己的任务,齐心协力把好公司软件品质关.

 

第二篇:测试总结

一、名词解释:

1.软件测试:使用人工和自动手段来运行或测试某个系统的过程,目的在于检验其是否满足规定的需要或弄清楚预期的结果与实际结果之间的差别;

2.软件缺陷:只有符合下列五条规则才能叫软件缺陷

(1) 软件未达到需求规格说明书中指明的功能

(2) 软件出现了需求规格说明书中不会出现的错误

(3) 软件功能超出需求规格说明书中指明的范围

(4) 软件未达到需求规格说明书中虽未指出但应达到的目标

(5) 软件测试员认为软件难以理解、不宜使用、运行速度缓慢,或者最终用户认为不好

3.测试用例:一组测试输入、执行条件和预期结果的集合,目的是要满足一个特定的目标,比如执行一条特定的程序路径或检验是否符合一个特定的需求;

4.测试环境:=硬件+软件+网络+历史数据;

5.通过测试与失败测试:通过测试就是通过执行测试用例看看软件基本功能是否实现,以确定软件在普通情况下能够正确运行,主要考察系统的基本功能;失败测试则是采取各种手段通过搞垮软件来找出缺陷,是纯粹为了破坏软件而设计和执行测试用例,考察系统的容错能力,考察系统的性能。

6.测试驱动程序:通过测试用例来驱动被测单元,以便于观察测试用例执行结果,查找缺陷的代码段。简单来说测试驱动是能够执行测试用例或测试套包的软件程序或测试工具。

7.验收测试:分为α测试和β测试。α测试也称为开发方测试,开发方通过检测和提供客观证据,证明软件运行是否满足用户规定的需求。β测试是内部测试之后的外部公开测试,是将软件完全交给用户,让用户在实际使用环境下进行的对产品预发布版本的测试。

二、简答:

1.软件测试的分类(8):按是否需要查看代码分为黑盒测试和白盒测试;

按是否需要执行被测软件分为静态测试和动态测试;

按测试阶段分为单元测试、集成测试、系统测试;

按执行时是否需要人工干预分为手工测试和自动测试。

黑盒VS白盒:黑盒测试又称功能性测试或数据驱动测试。是将被测软件看做一个黑盒子,只考虑系统的输入和输出,完全不考虑程序的内部逻辑结构和处理过程。其依据是各阶段的需求规格说明。通常用于软件的系统测试、验收测试、功能和性能测试等方面,由测试人员来完成。优点:黑盒测试用例与程序如何实现无关;测试用例的设计与程序的开发可以并行进行;没有编程经验的人也可以设计黑盒测试用例。缺点:不能做到穷举测试;有可能存在漏洞。

白盒测试又称结构性测试或逻辑驱动测试。是将黑盒子打开,研究源代码和程序内部的逻辑结构。其依据是程序源代码。主要在单元测试、集成测试中采用,由开发人员来完成。优点:利用不同的覆盖准则测试程序的多个分支;其覆盖指标可充当黑盒测试的检查手段;方便的发现内存泄露问题,且直接定位缺陷;通过对源代码的静态分析可发现只有在某种极端条件下才会出现的情况。缺点:路径爆炸;不能做到穷举测试。

2.集成测试与单元测试和系统测试的区别(8):

单元测试主要关注模块的内部,从内部查看接口,从个数、属性、量纲和顺序等方面查看输入的实参与形参的匹配情况;而集成测试查看接口时主要关注穿越结构的数据、信息是否正确,是否会丢失。

集成测试仅针对软件系统展开测试,系统测试中所设计的系统则不包括被测试的软件本身,还包括硬件及相关外围设备,即整个软件系统以及与软件系统交互的所有硬件与软件平台。

单元测试的主要依据是详细设计说明书,集成测试的主要依据是概要设计说明书,系统测试的主要依据是需求规格说明书及行业标准。

3.测试用例的组织与跟踪(8):整理模块需求;撰写测试计划;设计测试思路;编写测试用例;评审测试用例;修改更新测试用例;执行测试用例;分析评估测试用例质量。

4.测试用例的构成(12):标识符(ID);项目/软件;程序版本;编制人;编制时间;功能模块;测试项;测试目的;预置条件;参考文献;测试环境;测试输入;操作步骤;预期结果;执行结果。1、12、13、14是测试用例设计的核心要素,缺一不可。

5.测试原则:软件测试应追溯到用户需求;应尽早和不断的测试;穷尽测试是不可能的;具有良好的测试态度;对待缺

陷的基本原则(缺陷的群集现象;缺陷有免疫力;缺陷关联和依赖);测试结果的处理原则(对缺陷进行复查和确认;测试结果的全面检查;出错统计和分析;妥善保存测试过程文档)

6.基路经测试:对程序模块的所有独立执行路径至少测试一次。步骤:从被测程序代码生成程序图;根据程序图计算环复杂度。确定基路径集合的大小;利用“主路径+转向”策略确定基路径集合;剔除不可行路径,补充其他重要路径;根据路径集合确定测试用例,填入测试数据。

7.对循环的测试:分类:循环的串联/嵌套/连锁,非结构化的循环

考虑的问题:对于单个循环节点,如何将循环次数与边界值结合起来展开测试/从循环过程的完整性角度来展开测试;对于多个循环节点,如何根据不同的节点组合形式,有条不紊的展开测试,是的循环次数、循环过程的完整情况,以及循环之间的各种特殊情况都能全面考虑。

针对循环次数的测试,其边界值应为1和最大次数,则设计用例应考虑循环0、1、2、正常次数、比最大循环少一次、最大次数。

三、选择,填空

1.V模型:瀑布模型的变种。(用户需求,验收测试)(需求分析与系统设计,确认与系统测试)(概要设计,集成测试)(详细设计,单元测试)(编码)

TMM模型:五个依次递增的级别

测试和调试没有区别,除了支持调试外,测试没有其他目的;测试的目的是为了表明软件能够工作;测试的目的是为了表明软件不能正常工作;测试的目的不是要证明什么,而是为了把软件不能正常工作的预知风险降低到能够接受的程度;测试不是行为,而是一种自觉约束,不用将太多的测试投入到产生低风险的软件上。

2黑盒测试技术:边界值测试;等价类测试;因果图;决策表;错误推测法;场景法;功能图法;正交试验法; 主要运用在:集成、系统、验收测试阶段

3.白盒测试:从测试重点分为控制流分析技术和数据流分析技术;静态&动态

控制流分析:条件判定节点本身的复杂性;条件判定节点与循环节点对执行路径产生的影响;循环本身的复杂性。 静态白盒的优点:直接定位缺陷;缺陷预防。

4.静态白盒测试的内容:代码检查、静态结构分析、代码质量度量、函数执行性能测试、动态内存分析

5.代码检查方式:桌面检查、代码走查、代码审查、技术评审

6.程序插桩基本思想&步骤:插入探针;编译执行探针并输出特征数据;处理特征数据

7.面向对象的软件测试一般以类作为单元展开单元测试,更强调自动化测试,注重为被测类构造测试程序,以提高回归测试的效率。步骤:划分类的优先级;静态测试;对需要执行单元测试的类设计测试用例;开发测试驱动;执行测试,对测试结果进行总结。策略:

1.根据方法特性将北侧类的方法划分为:构造/功能/接口函数

2.针对构造函数,列出所有可能的前置/后置条件,根据不同的组合设计测试用例

3.针对功能函数:a.对所有公开方法列出前置/后置条件,根据各种有意义的组合设计测试用例b.对所有受保护的方法,严格区分有访问权限和无访问权限的前置/后置条件,设计测试用例c.对所有似有方法,根据实际情况选用适当的策略进行测试

4.针对接口函数,应绘制类的状态转换图,根据该图设计测试用例,覆盖到每种类的状态和状态转换

5.对于以上每种情况,都应结合多种基本的测试方法来选择测试数据。Junit

相关推荐