篇一 :测试部年终总结

测试部年终工作总结

光阴似箭,岁月如梭,一转眼,我来到英特华已经九个月了,在这段时间里,我们公司从没有测试人员,到测试部的建立;从没有测试环境到测试服务器的建立,测试工具QC、性能测试软件LoadRnner的安装使用;测试部规章制度的建立-----测试流程、测试规范、bug等级制度的建立、测试报告模板的建立、QC使用手册的书写等等; 在这近九个月工作中,我们测试部苦过、累过、紧张过。但这一切最后都被成功的喜悦所代替,我们测试部也就是在这苦中、累中、成功、失败中一步步成长起来。

20xx年x月,我来到英特华,在李经理的指导下负责测试部的组建、部门制度文档的建立、安全测试软件的研究、盘点机系统的测试、新订单系统的测试等工作。

虽然测试部在20xx年中取得了不小的成绩,但是还是存在很多不足,比如新订单系统的长期测试,工期长期推延,迟迟不能结束!这是测试部在下一年要重视的地方,要认真总结的地方!

下面是这一年测试部遇到的重大问题及原因与对策:

1.新订单系统的多伦测试后还不能封版完工

原因:

1)1级bug太多,严重影响阻碍测试的进度(尤其是报黄页的bug); 具QC BUG管理系统统计,新订单系统中bug总共209个,一级竟然有109个之多!

2)存在拆西墙补东墙的严重现象(很严重)

原来好的没有bug模块,由于修改bug重新出现缺陷,出现 拆西墙补东墙,bug循环出现,杜绝bug遥遥无期!

3)软件开发基本定型后,还在修改数据库结构,修改底层代码!

4)软件开发基本定型后,还在修改需求!

5)开发人员不按照需求开发软件;开发出来的模块或功能和需求有出入

6)部分模块需求在测试快结束后,需求还没出来,开发人员在等需求!(如新订单系统中的利润表模块)

7.)测试人员不足;软件模块太多,测试周期长!

对策:

1)检查:对于1级bug太多,只要开发人员开发出的模块后或修改的bug后自己先走查一下流程,看看流程是否能走通,是否还报错,这样就能确保一级bug出现的机会大大减少!

…… …… 余下全文

篇二 :软件测试小结

1.什么是白盒黑盒测试

白盒测试:是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法,溢出,路径,条件等等中的缺点或者错误,进而加以修正。

黑盒测试:又被称为功能测试、数据驱动测试或基于规格说明的测试,是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时,把程序看作一个不能打开的黑盒子,在完全不考虑程序内部结构和内部特性的情况下,测试者在程序接口进行测试,

2.测试方法:等价类划分、边界值分析方法、因果图、判定表

等价类划分法就是解决如何选择适当的数据子集来代表整个数据集的问题,通过降低测试的数目去实现“合理的”覆盖,覆盖了更多的可能数据,以发现更多的软件缺陷。

等价类划分法是一种典型的、重要的黑盒测试方法,它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性和代表性。利用这一方法设计测试用例可以不考虑程序的内部结构,以需求规格说明书为依据,选择适当的典型子集,认真分析和推敲说明书的各项需求,特别是功能需求,尽可能多地发现错误。等价类划分法是一种系统性的确定要输入的测试条件的方法。

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界。

因果图法即因果分析图,又叫特性要因图、石川图或鱼翅图,它是由日本东京大学教授石川馨提出的一种通过带箭头的线,将质量问题与原因之间的关系表示出来,是分析影响产品质量的诸因素之间关系的一种工具。从用自然语言书写的程序规格说明的描述中找出因(输入条件)和果(输出或程序状态的改变),可以通过因果图转换为判定表。

…… …… 余下全文

篇三 :WEB测试小结

共享 利他 求真 务实

WEB测试小结

一、输入框

1、字符型输入框:

(1)字符型输入框:英文全角、英文半角、数字、空或者空格、特殊字符“~!@#¥%??&*?[]{}”特别要注意单引号和&符号。禁止直接输入特殊字符时,使用“粘贴、拷贝”功能尝试输入。

(2)长度检查:最小长度、最大长度、最小长度-1、最大长度+1、输入超工字符比如把整个文章拷贝过去。

(3)空格检查:输入的字符间有空格、字符前有空格、字符后有空格、字符前后有空格

(4)多行文本框输入:允许回车换行、保存后再显示能够保存输入的格式、仅输入回车换行,检查能否正确保存(若能,检查保存结果,若不能,查看是否有正常提示)、

(5)安全性检查:输入特殊字符串(null,NULL, ,javascript,<script>,</script>,<title>,<html>,<td>)、输入脚本函数(<script>alert("abc")</script>)、doucment.write("abc")、<b>hello</b>)

2、数值型输入框:

(1)边界值:最大值、最小值、最大值+1、最小值-1

(2)位数:最小位数、最大位数、最小位数-1最大位数+1、输入超长值、输入整数

(3)异常值、特殊字符:输入空白(NULL)、空格或"~!@#$%^&*()_+{}|[]\:"<>?;',./?;:'-=等可能导致系统错误的字符、禁止直接输入特殊字符时,尝试使用粘贴拷贝查看是否能正常提交、word中的特殊功能,通过剪贴板拷贝到输入框,分页符,分节符类似公式的上下标等、数值的特殊符号如∑,㏒,㏑,∏,+,-等、

…… …… 余下全文

篇四 :软件测试小结

软件测试小结

一、    测试基础

测试模型(V模型)

测试的目的:发现程序中错误,是为了证明程序有错,而不是证明程序无错。

测试的原则

      1测试贯穿各个阶段;

      2测试用例应由输入部分与之对应的输出结果组成;

      3程序员应该避免检查自己的程序;

      4一定要注意测试中的错误集中发生现象;

      5对测试错误结果一定要有一个确认的过程;

      6制定一个严格的测试计划;

      7回归测试的关联性一定要引起充分的注意;

      8妥善保存一切测试过程文档。

测试方法:

      1白盒测试

      2黑盒测试(包括等价法、边界值法、场景分析法、错误推测法、因果图等)

     

测试流程:

      分析测试需求→制定测试计划→设计测试方案→编写测试用例→执行测试用例→验收测试→书写测试报告

测试计划:引言(目的、背景、范围、定义、参考资料)、测试内容(测试功能清单)、测试规则(进入准则,暂停/退出准则、测试方法、测试手段、测试要点、测试工具)、测试环境(硬件环境、软件环境、特定测试环境要求)、项目任务(测试规划,测试设计,测试执行准备,测试执行,测试总结)、实施计划(工作量估计、人员需求及安排、进度安排、其它资源需求及安排、可交付工件)、风险管理

…… …… 余下全文

篇五 :测试总结报告包括哪些内容

测试总结报告包括哪些

1引言

本章应分成以下几条。

1.1 标识

本条应包含本文档适用的系统和软件的完整标识,(若适用)包括标识号、标题、缩略词语、版本号、发行号。

1.2 系统概述

本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质;概述系统开发、运行和维护的历史;标识项目的投资方、需方、用户、开发方和支持机构;标识当前和计划的运行现场;并列出其他有关文档。

1.3 文档概述

本条应概括本文档的用途与内容,并描述与其使用有关的保密性与私密性要求。

2引用文件

本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。

3测试结果概述

本章应分为以下几条提供测试结果的概述。

3.1 对被测试软件的总体评估

本条应:

a. 根据本报告中所展示的测试结果,提供对该软件的总体评估;

b. 标识在测试中检测到的任何遗留的缺陷、限制或约束。可用问题/变更报告提供缺陷信息;

c. 对每一遗留缺陷、限制或约束,应描述:

1) 对软件和系统性能的影响,包括未得到满足的需求的标识;

2) 为了更正它,将对软件和系统设计产生的影响;

3) 推荐的更正方案/方法。

3.2 测试环境的影晌

本条应对测试环境与操作环境的差异进行评估,并分析这种差异对测试结果的影响。

3.3 改进建议

本条应对被测试软件的设计、操作或测试提供改进建议。应讨论每个建议及其对软件的影响。如果没有改进建议,本条应陈述为 "无"。。

4详细的测试结果

本章应分为以下几条提供每个测试的详细结果。

注 :" 测试 " 一词是指一组相关测试用例的集合。

4.x( 测试的项目唯-标识符 )

本条应由项目唯一标识符标识一个测试,并且分为以下几条描述测试结果。

4.x.1 测试结果小结

…… …… 余下全文

篇六 :测试经验总结

1.测试人员和用户的联系与区别

黑盒测试人员和用户,都是站在实际应用层进行操作,因此他们对应用层的可用性、实用性非常关注。用户不懂的是软件的使用,而相对用户来说,测试人员对软件比较了解,但不熟悉业务本身。

八个字归纳:用户是用,测试是测。

用户不懂使用就需要技术支持人员去培训,而测试人员在测试初期经过开发人员和项目负责人的简单培训后,就应该通过所学的理论知识和相关的业务知识独立去了解、深入到软件的功能点中。

应该做到:由测试人员培训技术支持人员,由技术支持人员实施时给用户培训。

2.带着问题去测试

阿猪工作守则第一条:带着问题去测试

测试中会遇到很多问题,没关系,没有脑子里面的一个个问号,是不能很好的发现问题的。往往发现一些藏的很深的bug都是在测试人员一步步解决这些问号的过程中,切忌遇到问题就问,不仅因为增加不必要的与开发人员、负责人等的交流时间可能延误项目进度,而且自己对问题的印象也不会很深刻,毕竟在相对较短的测试时间内,听不如记,记不如自己去发现规律。

3.测试期间提问题和交流的时机

什么时候应该提问题?

我们都知道,作为测试人员,并不是测试期间什么时候遇到问题就要马上问,那什么时候是提问的时间?

培训

培训时,一般在讲解内容的间歇允许打断,由培训人员解答测试人员的疑惑。培训的过程其实就是一个传输新知识并答疑的时间,这个期间的提问是欢迎的,也可以增加参与性和调动积极性。所以希望大部分的问题能在这个阶段提出来。受时间、环境等条件制约,有时培训的人讲的也不一定细致和全面,这时就需要自己多想,想想这个功能是干什么的,为什么这么做,对应的业务是什么。

阿猪工作守则第二条:培训时脑子灵活转动,多想多问

以前大家可能有过参加辩论会的经历,就算没有其实和人聊天也是一个交互的过程。参加辩论会要求快速思考,然后放慢语速说出自己的观点,因为不能说错。我们在参加培训时前者相同,后者相反。脑子嘴巴都要快,说错了也没有关系,自己的想法被纠正的过程中也是加深印象和理解的过程。

…… …… 余下全文

篇七 :测试总结报告模板

         Petshop测试总结报告        


目  录

1.  引言. 3

1.1        编写目的... 3

1.2        项目背景... 3

1.3        术语和缩写词... 3

1.4        参考资料... 3

2.  测试概要. 3

2.1        测试组织... 3

2.2        测试环境... 3

2.3        测试进度... 4

2.4        测试类型... 4

3.  测试结果及缺陷分析. 4

3.1        测试结果... 4

3.2        覆盖分析... 6

3.2.1       测试覆盖分析.... 6

…… …… 余下全文

篇八 :web界面测试小结

Web界面测试小结

测试注意的问题:

从事web测试,特别是电子商务网站,现在大部分客户对界面的要求非常高,所以对于测试人员来讲,也必须特别注意界面的一些东西。从前几个项目来看,个人认为界面测试的测试点以及应该注意的问题:

1. 界面的线条是否一致,每个界面中线条是否对齐,是否一致。(静态页面没有确认的情况下)

2. 整个系统的界面是否保持一致

3. 界面中是否存在错别字

4. 界面所有的按钮样式是否一致

5. 每个界面是否同原静态页面设计一致(静态页面确认的情况下)

6. 操作是否友好

7. 界面所有的按钮、下拉框是否有响应

8. 界面所有的链接是否正常

9. 界面所有的输入框是否都进行校验(例如:搜索框、字段输入框)

10. 界面所有的列表页标题字是否会折行,标题字是否统一居中等,当然也可以居左,这需要同客户沟通(折行的话影响美观)

11. 界面所有的展示图片是否样式一致

12. 浏览器的兼容性问题,检查页面在不同浏览器下是否会发生异常

13. 每个页面的提示字体的颜色、格式是否统一准确

14. 界面中所有字段后面是否都存在冒号,有冒号,查看是否冒号为统一的中文冒号还是英文冒号。

15. 界面中的提示说明叙述是否太啰嗦,有时候需要能简化尽量简化,并且字体显示格式一致,颜色统一。

16. 在web网站,一般经常是后台控制前台的显示,因此在对后台进行数据添加时,查看前台是否有变化,并且查看界面的数据是否溢出框外。

当然,我们在进行界面测试时,必须明确UI测试的目的,它是确保用户界面通过测试对象的功能来为用户提供相应的访问或浏览功能。

确保用户界面符合公司和行业的标准。

通过用户界面测试来核实用户与软件的交互,UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览对象功能的操作,除此之外,UI测试还却表UI功能内部的对象符号预期的要求,并遵循公司和行业的标准。

…… …… 余下全文