云题海 - 专业文章范例文档资料分享平台

当前位置:首页 > 软件测试基础认知 - 图文

软件测试基础认知 - 图文

  • 62 次阅读
  • 3 次下载
  • 2026/4/28 5:03:24

第一部分

误。有很多错误可以通过编译器直接找到,但是遗留下来的错误就必须通过严格的测试才能发现。(添加案例)

4、 不断变更的需求; 在实际项目开发过程中,不断变更的需求是项目失败的最大杀手。用户可能不知道变更的影响,或者知道影响却还是需要进行变更,这些会引起重新设计,工程的重新安排,对其它项目的影响,已完成的工作可能不得不重做或推翻,硬件需求可能也会受到影响。如果存在许多小的变更或者任何大的改动,由于项目中不同部分间可知和不可知的依赖关系,这样就会产生问题,跟踪变更的复杂性也可能引入错误。项目开发人员的积极性也会受到打击。在一些快速变化的商业环境下,不断变更的需求可能是一种残酷的事实。在这种情况下,管理人员必须了解结果的风险,QA工程师和测试工程师必须适应和计划进行大规模的测试来防止不可避免的BUG出现无法控制的局面。(添加案例)

5、 时间的压力;

进度压力是每个从事过软件开发人员都会碰到的问题。为了抢占市场,我们必须比竞争对手早一步把产品提供出来,于是不合理的进度安排就产生了,不断的加班加点最终导致大量错误的产生。另一个方面,由于软件项目的时间安排是最难的,通常是需要很多猜测的工作,因此当最后期限来临的时候,错误也就伴随发生了。(添加案例)

6、 缺乏文档的代码;

由于人员的变动和产品的生命周期演进,在一个组织中很难保证一个人一直待在某个产品当中。因此对于后面进入产品的人员来说,去读懂和维护一个没有文档的糟糕代码来说是一个灾难。最终的结果只会导致更多的问题。(添加案例)

7、 软件开发工具;

当我们的产品开发依赖于某些工具的时候,那么这些工具本身隐藏的问题可能会导致产品的缺陷。因此我们在选择软件开发工具的时候,尽可能需要选择比较成熟的产品,不要去追求技术最新的开发工具,这类工具往往本身还存在很多问题。

8、 人员的自大;

我们经常会发现人们普遍喜欢说: “没问题” “很简单”

“我可以在几小时内解决那个问题” “修改那些老代码应当是很简单的” 而不是说:

“那会增加很多复杂性,可能会导致很多错误” “如果我们要做那个的话,我们将无能为力”

“我无法估计可能要多长时间,除非我能进一步进行观察和研究” “我们无法搞清楚那些混乱的代码到底在做什么事情” 如果存在太多的“没问题”的话,问题也就产生了 (添加案例) 1.1.3.2 软件测试工程师的职业技术能力要求

1.1.3.3 缺陷的类型有哪几种?

遗漏:规定的或预期的需求未体现在产品中(可能未将规格说明全面实现,也可能需求

17

第一部分

分析阶段就遗漏了需求)

错误:未将规格说明正确实现(可能设计错误、也可能编码错误) 额外的实现:规格说明并未规定的需求被纳入产品,得到实现 1.1.3.4 什么是测试用例?

测试用例(Test Case):目前没有经典的定义。比较通常的说法是:指对一项特定的软件产品测试任务的描述,体现测试方案、方法、技术和策略。内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等,并形成文档。 CALC-ST-SRS001-001 测试用例编号 测试项目 测试标题 测试计算器的加法功能 一个加数在合法取值范围内,另外一个在最大取值范围外 重要级别 预置条件 输入 高 启动计算器软件 参数1:1 参数2:+ 参数3:65537 参数4:= 用计算机键盘依次输入上述参数 参数1:65538 执行步骤 预期输出 1.1.3.5 什么是测试执行?

测试执行就是根据测试用例运行被测软件

? 一个测试用例的测试执行(构造一个测试用例,给学员演示) ? 一个测试用例集的测试执行(构造一个测试用例,给学员演示) ? 不同测试阶段的测试执行

18

第一部分

1.1.3.6 调试和测试的区别是什么?

测试的目的是找出存在的错误;而调试的目的是定位错误并修改程序以修正错误; 调试一般是测试之后的活动,测试和调试在目标、方法和思路上都有所不同;

测试从一个已知的条件开始,使用预先定义的过程,有预知的结果;调试从一个未知的条件开始,结束的过程不可预计;

测试过程可以实现设计,进度可实现确定;调试不能描述过程或持续时间。 测试和调试的参与角色不同;

(给出一个调试的具体过程演示) 1.1.3.7 软件测试基本过程是什么样的?

这里一定要让学员清楚这只是根据瀑布模型得来得一个经典的生命周期过程,只是用这个图来建立软件生命周期的概念和软件生命周期中

19

第一部分

一些普遍的阶段和活动,具体其他的开发流程放在下节讲解

软件开发生命周期包括下列几个阶段,计划(Planning),需求分析(Requirement Analysis),设计(Design),程序编码(Coding),测试(Testing),运行和维护(Run and Maintenance)。

1. 软件计划阶段

? 计划阶段的工作内容: 1) 确定软件开发总目标;

2) 给出软件的功能、性能、可靠性以及接口等方面的设想; 3) 研究完成该项目的可行性,探讨问题解决方案;

4) 对可供开发使用的资源、成本、可取得的效益和开发进度作出估计; 5) 制定完成开发任务的实施计划。 ? 计算器例子 1) 研发一个计算器

2) 支持加、减、乘、除,所有运算都需在一定时间之内完成 3) 该项目目前不存在任何技术障碍

4) 需要在3个月之内完成所有开发和测试工作,并推向市场 5) 具体计划参见项目一级计划

2. 软件需求分析阶段

? 需求分析阶段工作内容: 对开发的软件进行详细的定义,由需求分析人员和用户共同讨论决定,哪些需求是可以满足的,并且给予确切的描述,写出软件需求说明书SRS(Software Requirement Specification)。

? 计算器例子 1) 功能需求:

十进制加、减、乘、除 八进制加、减、乘、除 二进制加、减、乘、除 十六进制加、减、乘、除 2) 性能需求:

32位十进制加法需在2秒内完成 16位十六进制乘法需在10秒内完成 ……

3) 软件研发的类型不同,需求的来源也不同,需求分析中的“用户”针对的具体对象也

不同

? 针对产品的软件研发

需求来源:市场调研 用户:市场调研人员

特点:自己想研发什么,自己就来研发 ? 针对项目的软件研发

需求来源:客户要求 用户:实际的客户

特点:别人想研发什么,我们帮着研发

20

搜索更多关于: 软件测试基础认知 - 图文 的文档
  • 收藏
  • 违规举报
  • 版权认领
下载文档10.00 元 加入VIP免费下载
推荐下载
本文作者:...

共分享92篇相关文档

文档简介:

第一部分 误。有很多错误可以通过编译器直接找到,但是遗留下来的错误就必须通过严格的测试才能发现。(添加案例) 4、 不断变更的需求; 在实际项目开发过程中,不断变更的需求是项目失败的最大杀手。用户可能不知道变更的影响,或者知道影响却还是需要进行变更,这些会引起重新设计,工程的重新安排,对其它项目的影响,已完成的工作可能不得不重做或推翻,硬件需求可能也会受到影响。如果存在许多小的变更或者任何大的改动,由于项目中不同部分间可知和不可知的依赖关系,这样就会产生问题,跟踪变更的复杂性也可能引入错误。项目开发人员的积极性也会受到打击。在一些快速变化的商业环境下,不断变更的需求可能是一种残酷的事实。在这种情况下,管理人员必须了解结果的风险,QA工程师和测试工程师必须适应和计划进行大规模的测试来防止不可避免的BUG出现无法控制的局面。(添加案例) 5、 时

× 游客快捷下载通道(下载后可以自由复制和排版)
单篇付费下载
限时特价:10 元/份 原价:20元
VIP包月下载
特价:29 元/月 原价:99元
低至 0.3 元/份 每月下载150
全站内容免费自由复制
VIP包月下载
特价:29 元/月 原价:99元
低至 0.3 元/份 每月下载150
全站内容免费自由复制
注:下载文档有可能“只有目录或者内容不全”等情况,请下载之前注意辨别,如果您已付费且无法下载或内容有问题,请联系我们协助你处理。
微信:fanwen365 QQ:370150219
Copyright © 云题海 All Rights Reserved. 苏ICP备16052595号-3 网站地图 客服QQ:370150219 邮箱:370150219@qq.com