1 / 8
文档名称:

软件测试员工作总结.docx

格式:docx   大小:17KB   页数:8页
下载后只包含 1 个 DOCX 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

软件测试员工作总结.docx

上传人:maritime_4 2022/5/3 文件大小:17 KB

下载得到文件列表

软件测试员工作总结.docx

文档介绍

文档介绍:软件测试员工作总结
【导语】工作总结是什么?从字面意思就能够看出来工作总结是 环而写的一篇文章,主要是以月度、季度、半年度而写的一篇工 <软改现在“总结了没有执行,执行了没有改变, 改变了没有思考〞,一年的开始,我 已经准备好了迎接它的热情,期望付出努力,渴望收获硕果.
【篇二】
一、前提条件
培养个人素质:
a) 对工作一丝不苟的谨慎态度和一如既往的高昂热情.
b) 探索精神,打破沙锅问到底.
c) 追求完美,发明性思维,想出富有创意甚至超常的手段 来寻找缺陷.
d) 善于表达观点,并组织好语言,描述操作过程应做到通 俗易懂.
认识责任所在:
a) 测试用例、测试方案的编写,测试资源、测试水平的协 调保证.
b) 测试执行,局部自动化测试、性能测试.
c) 国外、国内,外场测试的支持.
二、 测试目的
测试的目的是为了了发现尽可能多的缺陷, 这个观念很容易让 人接受,但是却很难落实到实际工作中, 由于测试的目的常常被 定位为了“证明软件没有问题〞.软件水平是否优良在投产后才能 有所表达.
正确理解测试的目的十分重要. 如果认为了测试的目的是为了了 说明程序中没有缺陷,那么测试人员就会向这个目标靠拢, 因而
下意识地设计很多不易暴露错误的测试例如, 这些测试用例恰恰
证明软件实现了预期功能, 这样的测试是不真实的. 成功的测试 在于发现了迄今尚未发现的缺陷.
三、 测试流程
工程需求评审:
a)评审原那么:检查需求的正确性,无歧义性,完整性,一 致性,可执行性,可验证性,可修复性, 文档的外表文字和界面,要深入思考,该功能是否符合逻辑,敢 于指出问题.
b)评审要点:是否描述可输入/输出值的属性,如边界值, 度量单位, .
制定测试方案
对测试工程进行划分进程,明晰在某个时间应该完成某个 .
了解、搜集并整理测试所需的资源.
制定可用度量指标定义的测试成功条件.
设计测试用例:
a) 根本要素:测试目的、前提条件、输入数据或操作过程、 期望的响应.
b) 不同的测试例其用途应当不同,不要冗余.
c) 设计测试用例在除了常用数据外,还需要考虑极限值、 边界值、重复值、0值及负值,即不同的测试用例需要不同类型 的数据值来进行测试.
d) 设计测试用例时需要注意的是,除了对整体流程及功能
注意外,还要注意强度测试、性能测试、压力测试、边界值测试、 稳定性测试、平安性测试等多方面.
测试过程
a)集成测试:将一些程序模块集成在一起时,测试它们能 否正常运行.
b)系统测试:指在于模块测试与单元测试的根底上进行测 , 在于测试软件是否符合所有需求(包含功能性需求与非功能性需 求).
【篇三】
通过最近***客户端的产品测试,我做了以下简洁的工作总 结,重新认识产品测试的根本理念以及对自己工作缺乏之处的检 讨.
产品测试的目的是找出产品存在的漏洞,了解客户的感知, 从而改进产