做好软件测试有哪些关键点?
1.测试人员必须经过测试基础知识和理论的相关培训。
2.测试人员必须熟悉系统功能和业务。
3.测试必须事先要有计划,而且测试方案要和整个项目计划协调好
4.必须事先编写测试用例,测试执行阶段必须根据测试用例进行
5.易用性,功能,分支,边界,性能等功能性和非功能性需要都要进行测试
6.对于复杂的流程一定要进行流程分支,组合条件分析,再进行等价类划分准备相关测试数据
7.测试设计的一个重要内容是要准备好具体的测试数据,清楚这个测试数据是测哪个场景或分支的
8.个人任务平均每三个测试用例至少应该发现一个BUG,否则只能说明测试用例质量不好
9.除了每日构建的冒烟测试可以考虑测试自动化外,其它暂时都不要考虑去自动化
软件测试的知识点有哪些?
第一章
1、软件测试的定义:
IEEE给出的定义——
软件测试是使用人工和自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清楚预期结果与实际结果之间的差别。
《软件测试技术基础》——
软件测试是为了尽快尽早地发现在软件产品中所存在的各种软件缺陷而展开的贯穿整个软件开发生命周期、对软件产品(包括阶段性产品)进行验证和确认的活动过程。
2、软件测试的目的
软件质量:
1.发现系统的错误
2. 验证系统是否满足需求
3. 为产品放行提供依据
4. 改进开发流程
对于企业来说:
回避软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。
测试的重要目的之一:发现软件中的缺陷
3、软件测试对象
阶段性文档(1 2 3):
1需求规格说明书 2概要设计规格说明书 3详细设计规格说明书
4源程序 5系统
最终产品文档(6 7):6用户手册 7帮助文档
4、软件质量保证人员与软件测试人员
同:两个岗位旨在提高软件的质量
异:软件测试人员SQC
1关心过程的产物2剖析开发出的软件
质量保证人员SQA
1全面质量管理 2过程改进
5、软件测试的原则
1.所有的软件测试都应追溯到用户需求
2.尽早地、不断地进行测试
3.严格执行测试计划
4.注重测试用例的设计
5.程序员应该避免测试自己的程序
6.增量测试,由小到大
7.注意集群现象(二八定理)
8.完全测试是不可能的
9.测试维护
集群现象(二八定理)Pareto原则:测试发现的错误中80%很可能起源于20%的模块中。
6、测试用例
IEEE标准610(1990)的定义:
测试用例是一组测试输入、执行条件和预期结果的集合。其目的是要满足一个特定的目标,比如执行一条特的程序路径或检验是否符合一个特定的需求。
一组测试用例包含:1、用例的编号 2、测试标题 3、用例级别 4、预置条件
5、操作步骤 6、预期结果
7、软件测试环境
软件测试环境= 软件+ 硬件+ 网络+ 历史数据
8、软件缺陷
软件从需求、设计、编码、测试一直到交付用户公开使用后的过程中,都可能产生和发现缺陷。
需求阶段最多,运行维护时花费代价最高。
9、软件测试分类
1)、按测试技术上分类(是否查看代码)
黑盒测试:在程序接口进行测试,它只是检查程序功能是否按照规格说明书的规 定正常用。也被称为功能测试或数据驱动测试。
白盒测试(测试代码):要完全了解程序结构和处理过程,它按照程序内部逻辑测试程序,检验程序中每条通路是否按预定要求正确工作。也被称为结构测试或逻辑驱动测试。
灰盒测试:介于黑盒测试与白盒测试之间的测试,即要像黑盒测试那样关注输出对于输入的正确性;同时也关注内容表现,但这种关注不像白盒测试那样详细、完整,只是通过一些表征性的现象、事件、标志判断内部的运行状态。避免过度测试,精简冗余用例。
2)、按测试方式上分类(是否运行程序)
静态测试:是指不运行程序,对程序和文档进行分析与检查;静态测试技术又称为静态分析技术。
什么是软件测试?
一、软件测试的目的
1)软件测试是为了发现错误而执行程序的过程。
2)测试是为了证明程序有错,而不是证明程序无错。(发现错误不是唯一目的)
3)一个好的测试用例在于它发现至今未发现的错误。
4)一个成功的测试是发现了至今未发现的错误的测试。
注意:
1、测试并不仅仅是为了要找出错误。通过分析错误产生的原因和错误的分布特征。可以帮助项目管理者发现当前所采用的软件过程的缺陷,以便改进。同时,通过分析也能帮助我们设计出有针对性的检测方法,改善测试的有效性。
2、没有发现错误的测试也是有价值的,完整的测试是评定测试质量的一种方法。详细而严谨的可靠性增长模型可以证明这一点。例如Bev Littlewood发现一个经过测试而正常运行了n个小时的系统有继续正常运行n个小时的概率。
软件测试测试用例以及方法
测试用例介绍
用例定义:为某个业务,编制的一组由测试输入,执行条件以及预计结果组成的案例
为什么要学习测试用例
1:在测试前做好用例,我们可避免盲目的测试问题这样可以大大的节约我们测试的时间。
2:在测试的时候我们有用例的话我们就是做到避轻就重,把重要先测试。
3:软件更新后只需要修改少部分的测试用例,降低工作强度,缩短项目周期
4:检验软件是否满足客户需求,体现一个测试人员的工作量,展现测试用例的设计思路
测试用例的核心要素(16个)
必须掌握:用例编号(如何命名)、所属模块、用例标题、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
了解内容:通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
1:用例编号:产品型号-文件类型-版本号-序号 (淘宝商城: TB-TC-11-001)
2:所属模块:
3:用例标题:一般要做到一看标题就大概能猜出这条用例在测试什么
4:优先级:
5:前置条件:在做这个测试之前必须要先做的事情
6:操作步骤:
7:测试数据:
8:预期结果:一旦给定了 前置条件/操作步骤/测试数据,预期结果我们就知道了,预期结果是正确的结果(应该有的结果)
9:实际结果(特别注意):只有实际测试过才知道,写用例的时候不写,测完才写
10:通过否:看实际结果与预期是否一致,一致就是通过了,没有bug;不一致,没通过,bug
11:bugID:bug的编号
12:编写人员:
13:编写时间:
14:测试人员:谁测试就写谁
15:测试时间:
16:备注:
提取测试点
一个一个需要分析测试的地方
一个测试点有可能会有多条测试用例,一个用例只有一个测试点
每一个和用户交互的地方都是测试点
什么是高质量的测试用例
1:测试用例覆盖所有的用户需求
2:测试用例要简单明了
3:各类型的测试用例要齐全
4:用最少的用例覆盖最多的需求
测试用例的方法
等价类划分法:
就是把可能输入的数据进行一个区域的区分,然后从区域中取出局有代表性的数据去测试
等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。
分类:
一般分为有效等价类和无效等价类:
有效等价类:就是说符合需求,输入合理的数据集合;
无效等价类:就是不符合需求,输入的数据集合不合理:
类型
取值范围型: 输入学生成绩 0-100
恒等类型 : 只有一个结果是正确的,其他都是错误的 例如 彩票的特等奖
布尔值型: 通过是否来进行选择,如同意协议
枚举类型: 给出选项内容,只要符合其中任意一个就可以 例如选择学历
规则类型: 给定要求,满足要求的就可以,比如邮箱
在任意文本输入框中可以填写的字符类型: 中文、英文、特殊符号、空格、数字。
边界值分析法
边界值定:边界值分析是取稍高于和低于边界的一些数据进行测试
确定边界值的方法:上点,离点,内点
1:上点:上点是指边界上的点,开:区间的话上点在域外,闭区间的话在域内,上点遵循开外闭内
2:离点:离上点最近的点,开区间离点在域内,闭区间离店在域外,离点遵循开内闭外
3:内点:域内中间的数值取一
例子:
0<=x<=10 左上点 0 左离点 -1 右离点 11 右上点 10 内点 5
0<x<10 左上点 0 左离点 1 右离点 9 右上点 10 内点 5
0<=x<10 左上点 0 左离点 -1 右离点 9 右上点 10 内点 5
闭 [0,10)开 上点0 右上点11
在软件测试中,什么叫做功能点呢?功能点是如何定义的?
功能点:能够单独完成的某个具体业务流程.
例如:一个用户管理功能常常关注的三个功能点:用户查询、用户修改、用于删除.这是大的功能点.还可以再细分.用户修改:修改用户登录密码、修改用户登录名、修改用户个人基本信息等等
软件测试包含哪些知识?
软件测试相关免费下载
链接:https://pan.baidu.com/s/11er7Ubhds9TNmNH8674-gQ
提取码:ipyx
软件测试(英语:Software Testing),描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说,软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是:在规定的条件下对程序进行操作,以发现程序错误,衡量软件质量,并对其是否能满足设计要求进行评估的过程。
软件测试的原则
测试显示缺陷的存在
测试可以显示缺陷的存在,但不能证明系统不存在缺陷。测试可以减少软件中存在未被发现缺陷的可能性,但即使测试没有发现任何缺陷,也不能证明软件或系统是完全正确的。
穷尽测试是不可能的
除了小型项目,进行完全(各种输入和前提条件的组合)的测试是不可能的。通过运用风险分析和不同系统功能的测试优先级,来确定测试的关注点,从而替代穷尽测试。
测试尽早介入
在软件或系统开发生命周期中,测试活动应该尽可能早的介入,并且应该将关注点放在已经定义的测试目标上。
缺陷集群性(80-20原则)
版本发布前进行的测试所发现的大部分缺陷和软件运行失效是由于少数软件模块引起的。
杀虫剂悖论
采用同样的测试用例多次重复进行测试,最后将不再能够发现新的缺陷。为了克服这种“杀虫剂悖论”,测试用例需要进行定期评审和修改,同时需要不断增加新的不同的测试用例来测试软件或系统的不同部分,从而发现潜在的更多的缺陷。
测试活动依赖于测试背景
针对不同的测试背景,进行的测试活动也是不同的。
不存在缺陷的谬论
假如系统无法使用,或者系统不能完成客户的需求和期望,发现和修改缺陷是没有任何意义的。
、以bug数量和严重性论英雄的不可行
软件测试流程中测试执行的关注点
举例说下功能测试关注点把:
功能点
– 每个系统的模块中都有一些共有的功能,如:增加、删除、修改、查
询、导入、导出、打印等。因此实际测试中,我们要都把这些功能首
先测试一遍
业务流程
– 模块和模块、功能与功能之间不是孤立没有联系的,相反,正是因为
他们之间的相互关系才组合成了我们复杂的系统,因此测试时,要把
他们之间的关系全部走通
软件测试的测试点是什么意思
网页购物主要是提供购买产品
产品是否能加入购物车,成功购买;
页面产品信息显示是否正确(如:金额、图片等信息);
产品筛选功能是否可用(筛选结果正确/错误,多产品筛选等);
对比产品(单样产品、多样产品对比,取消对比等);
销量、人气、价格等排序;
热销产品显示等;
整个页面的测试点很多,每个按钮或者显示内容都是一个测试点。对于购物网站来说它的重点在于能购买产品,所以最高的测试流程在于能购买成功且购买的金额正确。
以上是小编通过网络搜集整理关于做好软件测试有哪些关键点?的全部内容了,希望可以帮助大家。更多相关内容请关注peixunla.com网站
985大学 211大学 全国院校对比 专升本