1 / 9
文档名称:

软件测试工程师软件测试基础知识.docx

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

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

分享

预览

软件测试工程师软件测试基础知识.docx

上传人:niupai11 2022/5/28 文件大小:24 KB

下载得到文件列表

软件测试工程师软件测试基础知识.docx

文档介绍

文档介绍:本篇内容包含测试用例设计方法、软件测试的原则和策略、软件测试的方案以及软件测 试各阶段完成的工作。
什么是测试用例 什么是测试脚本 两者的关系是什么?
简述什么是静态测试、动态测试、黑盒测试、白盒测试、a测试卩
测试
软件质量保证体
软件测试应追溯需求
测试应由第三方来构造
iv. 穷举测试是不可能的,要遵循 Good-enough 原则
必须确定预期输出(或结果)
必须彻底检查每个测试结果
充分注意测试中的群集现象
viii. 缺陷的二八定理
严格执行测试计划,排除测试的随意性
注意合法合理的输入,也要注意非法的非预期的输入
检查程序是否是否做了不该做的
测试应从“小规模”开始,逐步转向“大规模”
反复使用同样的测试会使软件具有抵抗力
xiv. 关注缺陷的修复
另一种说法:
应当把“尽早和不断地测试”作为开发者的座右铭。
程序员应该避免检查自己的程序,测试工作应该由独立的专业的软件测试机构 来完成。
设计测试用例时,应该考虑到合法的输入和不合法的输入,以及各种边界条件, 特殊情况下要制造极端状态和意外状态,比如网络异常中断、电源断电等情况。
一定要注意测试中的错误集中发生现象,这和程序员的编程水平和****惯有很大 的关系。
对测试错误结果一定要有一个确认的过程。一般有A测试出来的错误,一定 要有一个 B 来确认,严重的错误可以召开评审会进行讨论和分析。
制定严格的测试计划,并把测试时间安排得尽量宽松,不要希望在极短的时间 内完成一个高水平的测试。
回归测试的关联性一定要引起充分的注意,修改一个错误而引起更多错误出现 的现象并不少见。
妥善保存一切测试过程文档,意义是不言而喻的,测试的重现性往往要靠测试 文档。
软件测试策略:在一定的软件测试标准、测试规范的指导下,依据测试项目的特定 环境约束而规定的软件测试的原则、方式、方法的集合。
7、 结构化系统测试和功能性系统测试分别采用了哪些方法和技
术?
a)
8、 答案如下:
a) 结构化系统测试技术:用于验证所开发的系统及程序的运行情况。目标是要确保产 品设计在结构上合理,功能上正确。为确定实现的配置及其各功能共同作用以完成 特定任务提供了一种机制。结构化测试技术由以下几种:
1)压力测试:确定系统以期望的容量执行。
压力测试技术用于检查系统面对意外情况下的大数据量时是否可以正常运行。 所涉及的方面包括输入事务、内部表、磁盘空间、输出、通信、计算机容量以 及人机交互等。
当应用系统所能正常处理的工作量并不确定时需要使用压力测试。压力测试意 图通过对系统施加超负载事务量来达到破坏系统的目的。弱点在于准备测试的 时间与在测试的实际执行过程中所消耗的资源数量都非常之大,通常在应用程 序投入使用之前这种技术是无法进行的。
执行测试:系统能达到期望的熟练性。 举例:事务轮转时间充分;软硬件使用良好。 执行测试技术用于检查系统是否达到了预期在产品状态下的成熟度。执行测试 可以验证系统的响应时间、轮转时间及设计性能。
在开发过程的早期就应该进行执行测试,尽早制定已经完成的系统没有达到性 能指标是非常有价值的。在关键时间点进行。关键时间点指的是当前的结果会 影响甚至改变系统结构的时间点。
恢复测试:系统失效之后可以恢复到可操作状态。 举例:引入失