软件测试的分类&测试用例的设计&如何编写测试用例

常见的开发模型：

V模型、瀑布模型、敏捷开发模型、W模型

软件生命周期：

1、问题的定义及规划

2、需求分析

3、软件设计（明确怎么做！）

4、软件编码

5、软件测试

6、运行维护

测试生命周期：

单元测试：一般是开发完成时

集成测试：单元测试之后，单元之间接口是否正确，数据是否正常传递。比如说注册和充值两个功能是否能够连通。

系统测试：根据测试用例，进行完整的系统测试

验收测试：用户对软件进行验收

软件测试阶段：

单元、集成、系统、验收（正式验收、Alpha测试，Beta测试）

软测方法：

白盒测试、黑盒测试、灰盒测试

软测类型：

功能、界面、安全、兼容性、易用性、性能、压力、负载、恢复测试等

其他测试分类：冒烟测试、回归测试、探索性测试

常用的开发的模型：V模型

软件测试的分类

什么是黑盒测试？

黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。不考虑内部结构，在程序接口进行测试。

Alpha、Beta测试的区别？

Alpha测试：前期的用户测试，公司内部在模拟实际 *** 作环境下进行的一种验收测试。

Beta测试：后期的用户测试，此时已经通过内部测试，即将真实发布，是软件的在一个或者多个用户的实际使用环境下进行的测试

冒烟测试和回归测试区别？

冒烟测试：在新版本出来的时候，将软件的全部功能过一遍，功能可以正常进行不会影响测试进度，这个版本就可以真正测试了

回归测试：对以前版本中发现的bug在新的版本中验证是否存在且是否引发新的bug

1、边界值：

选取等于、刚刚大于、刚刚小于边界的值作为测试数据

基本思想是在最小值、略高于最小值、正常值、略低于最大值和最大值等处取值

2、等价类划分：

等价类划分就是把程序的输入域划分成若干部分，然后从每部分选取少量的具有代表性的数据作为测试用例。

无效等价类：不合理的、无意义的输入数据结婚，验证程序处理意外数据的能力

有效等价类：有意义的输入数据的集合，检验程序是否实现了规格说明总的功能和性能

等价类划分方法：按区间划分、数值划分、数值集合划分、限制条件和规则划分

3、错误推算法：

进行错误的 *** 作，验证程序是否对出错的场景和情况有些应对能力，来选择测试用例数据

4、因果法/判定表法：

将判定表的每一列作为依据，设计测试用例。检查输入条件的各种组合情况

5、场景法：

通过描述的业务流程，设计用例来列出不同业务场景，作为测试用例的测试数据

基本流：主要是功能的正常 *** 作流程

分支流：需要程序做非法判断处理的

测试用例方法的选择（划重点）

1、进行等价类划分，主要是输入条件的划分，这是提高测试效率最有效的方法

在任何情况下都必须使用边界值分析法，这种方法设计出测试用例发现程序错误的能力最强

2、用错误推测法追加测试用例

3、如果程序说明中含有输入组合情况，则一开始就用判定表法（判定表法很少用到）

4、如果还没有达到覆盖标准，应当再补充足够的测试用例（场景法）

1、列出需求文档中的可测试性的原始需求

2、对每一条需求进行细化分解，形成可测试的测试点

3、针对测试点确定执行适合的测试类型

4、建立测试需求分析矩阵，对测试需求进行管理

软件测试需求的 重点 是“ 测什么 ”。

测试需求分析的目的：获取测试点，根据测试点编写用例

按钮指示灯：按压上下按钮指示灯是否亮

电梯门开关：按压上下按钮电梯门在当前楼层是否能打开

按向上按钮：电梯是否关门且向上面楼层方向走

按向下按钮：电梯是否关门且向下面楼层方向走

当电梯门没有关上：按开电梯门按钮，门是否开

当电梯门没有关上：按关闭电梯门按钮，门是否关闭

电梯内：按各个楼层，对应的指示灯是否亮

电梯内报警装置：报警装置是否正常

电梯内通话设备：按通话按钮能否接通外界

电梯内灯光：电梯内灯光是否亮，是否有无损坏

电梯内通风：是否通风

按各个楼层按钮：是否到当前楼层停止并开门

当超过最高重量：电梯是否报警打开电梯门，直到小于最高承重

电梯当前楼层是否和电梯内显示屏楼层一直

显示屏内是否有当前楼层，当前向上或者向下箭头，且与当前 *** 作一致

电梯门超过规定时间未关门是否会有报警提示

上下按钮是否控制一个电梯或者两个电梯的开关门，如果控制两个电梯，按向上或者向下按钮，另一个电梯是否受控制

电梯是否分单双层？

在单层电梯情况下，按双层电梯，对应双层电梯数字是否亮，是否会到这一层

在双层电梯情况下，按单层电梯，对应单层电梯数字是否亮，是否会到这一层

电梯限层：按超过限层的电梯层数，数字是否亮，是否会到这一层

双击某楼层：是否会取消这个楼层且楼层灯灭

假如我在9楼，有人先按12楼，有人后按1楼，此时电梯是否先上12楼，再下1楼？

电梯感应：有人或者物体在门中间卡着，门是否会关闭，是否会有警铃提示？

电梯到达指定楼层是否有声音提示？

电梯是否刷卡：刷卡的电梯，如果没有刷卡是否能选楼层

维修开关：电梯内是否有维修开关

测试用例：指导性执行测试，帮助证明软件功能或发现软件缺陷的一种说明。每一个测试点的数据设计和步骤设计。

测试用例的重要性：

（1）、便于测试计划的实施

            一般主要适用于集成测试、系统测试、回归测试。根据用例知道自己的进度

（2）、规划测试数据的准备

            比如测注册，要提前准备好手机号、身份z号、不重复的用户名，邮箱等

（3）、编写测试脚本的根本

            自动测试的中心任务是编写测试脚本。测试脚本就是以测试用例为基础。

（4）、评估测试结果的基准

            通过测试用例的覆盖性和错误率，可以判断测试的结果，是否能发布

（5）、分析缺陷标准

 收集缺陷，对比测试用例。分析是漏测还是缺陷复现。反应了测试的不完善，应立即补充相应的测试用例

测试标题如何写：测试点，对测试点进行细化分解。比如：输入正确用户名、密码，能否正常登陆。

测试用例编写格式注意：

（1）、测试标题一定要描述测试点（验证什么写什么），简洁明了，不存在重复

（2）、测试步骤要有指导性的意义，涉及测试数据输入最好包含具体的测试数据

（3）、预期结果是唯一的，不能出现“发送成功或失败”

如何编写测试用例？

用例包含：用例编号、功能模块、用例标题、前提条件、 *** 作步骤、期望结果（含判断标准）、实际结果、备注

编写方式：按照功能+业务逻辑

（1）、首先保证单个功能是正常的

（2）、然后功能联合起来的业务逻辑是对的

比如：登录、充值、提现功能都是好的。业务逻辑，就是把所有的功能联合起来走一遍，看是否是好的

用例覆盖：包含正面和反面的用例

（1）、正面用例：根据功能模块划分，针对要测试的功能模块，所有正常输入数据的测试用例都写出来

（2）、反面用例：例如登录失败等，输入非法数据，违反唯一约束等等

软件测试用例就是指导你执行测试，帮助你证明软件功能或发现软件缺陷的一种说明。

可以总结为 ：每一个测试点的数据设计的步骤设计。

微信红包用例？

用例编号：HB_001

功能模块：发送红包

测试标题：输入正确的金额和密码后，能否正常发送红包

前提条件：1、网络正常和钱包有钱

*** 作步骤：

1、进入红包发送页面

2、输入正确的金额和密码（）

3、点击发送按钮期望结果:发送成功

实际结果：

1测试标题描述一定要包含具体测试点

2测试步骤一定要包含

3预期结果一定为唯一，不能出现“发送成功或发送失败”

测试用例的重要性：

1便于测试计划的实施

2规划测试数据的准备

3编写测试脚本的根本

4评估测试结果的基准

5分析缺陷的标准

1、组成：测试用例文档由简介和测试用例两部分组成。

简介部分编制测试目的、测试范围、定义术语、参考文档、概述等。

测试用例包括 ：用例编号、功能模块、用例名称、前提条件、 *** 作步骤、期望结果、实际结果、备注。

2、编写方式：一般是按照功能+业务逻辑

1）首先保证功能是正常的 2）然后才是功能联合起来的业务逻辑是对的。比如说：登录、充值、体现功能分别都是好的，业务逻辑，就是要把所有的功能联合起来走一遍，看是否好的。

3、用例覆盖：测试用例旅游分为正常事件和异常事件。

1用例需要评审么？紧急情况用例也需要评审么？

2一天能够写多少用例？执行多条用例？

3自己写的用例可以打多少分？

4如果被测项目很紧急。来不及写用例，怎么办

5电梯、雨伞、杯子、笔写测试点

6遇到隐性需求如何写用例（需求不明确）

7用例有没有优先级？如果一定要有优先级，依据什么来确定呢

8如何编写测试用例？

IT互联网的飞速发展，很多人选择从计算机方面开发着手，在整个计算机行业的，不同岗位所需要具备的能力是不同的。这次分享的是我一个朋友百度面试测开的面试题。

面试时间：21年4月。

1项目介绍（难点，解决方案）
2介绍黑盒测试和白盒测试
3Java中的int和Integer
4Java的权限修饰符（public、private、default、protect的作用域）
5代码：判断链表是否有环，找出环的长度
6代码：手写字符串比较函数strcmp，设计测试用例
7一部电梯设计测试用例（一般设计测试用例从功能性、性能性、安全性、易用性考虑）
82个数据库表：表1（id name），表2（id sroce class），找出姓名张三的分数和班级
select sroce,class from table2 where table2id = (select id from table1 where name = "张三")
9Liunx查看指定进程 ps -ef|grep 进程名 查看端口 lsof -i:端口号
10计网TCP/UDP的区别（有4个区别，但是突然有点脑子短路了，只记起来2个）

11>功能：1水倒入杯里容量的一半

      2水倒在规定的量度

      3水倒满流出来

      4水杯的容量刻度和其他水杯是否一致

      5水杯能承受的最高温度和最低温度

      6杯盖拧紧之后水会不会倒出来

性能：1能使用最长的时间

      2掉在地上不会损坏

      3盖子拧紧水不会倒出来

      4保温时间长

      5杯子的耐热性

      6杯子的耐寒性

      7长时间放置水不会漏

      8杯子的承重力

安全：1杯子使用的材质的毒或者细菌验证

      2高温时释放毒性

      3低温时释放毒性

      4高温时烫手

易用性：1杯盖是否容易打开拧紧

      2倒水是否会漏

      3喝水是否会漏

      4清洗

界面：1内部完整

      2外部完整

      3大小设计一样（高、宽、容量、直径、厚度）

      4材质设计一样

功能：1红包钱数和红包个数的输入框中只能输入数字

      2红包最多和最少可以发多少红包

      3当红包钱数超过最大范围是否会提示

      4当发送的红包个数超过最大范围是否有提示

      5当余额不足时是否会有提示

      6输入红包钱数是不是只能输入数字

      7红包描述里最多能有多少个字符

      8发送的红包别人是否可以领取

      9自己发的红包自己能否领取

      1024小时未领取的红包是否可以退回自己原来的账户

      11超过24小时的红包能否领取

      12用户能否多次领取同一个红包

      13余额不足时是否自动匹配支付方式

      14支付时可以密码支付也可以指纹支付

      15输入钱数为0，‘塞钱进红包’是否呈灰色

安全：1对方微信号异地登录时是否会有提醒 

      2红包被领取以后，发送红包人的金额会减少，收红包金额会增加

      3发送红包失败，余额和yhk里的钱数不会少

      4红包发送成功，是否会收到微信支付的通知

弱网：1弱网时抢红包，发红包时间

      2不同网速时抢红包，发红包的时间

      3发红包和收红包成功后的跳转时间

      4收发红包的耗电量

      5退款到账的时间

易用性：可以指纹支付和密码支付或刷脸支付

ui页面：1发红包界面没有错别字

      2抢完红包界面没有错别字

      3发红包和收红包界面排版合理，

      4发红包和收到红包界面颜色搭配合理

功能：1点赞成功

      2点赞后取消

      3没网的情况下点赞

      4点赞后共同好友可以看到

      5点赞后评论

      6点赞后的显示

      7同一个朋友圈两个好友同时点赞

      8点赞自己的朋友圈

      9点赞后显示行头像的显示

      10点赞显示行的排列

      11点赞人数限制

      12点赞刚删除的朋友圈

性能：点赞之后好友消息的更新速度

安全：点赞是否会泄露用户隐私

弱网：1弱网的时候点赞会怎样

      2网络断开能否点赞

      3多人给我点赞时我能否全部接收到提示消息

易用性： *** 作简单

ui页面：界面简洁美观

功能：1点击视频时正常播放，再次点击暂停播放

      2视频播放时切换到后台后暂停播放，再次进去应该是暂停状态

      3视频播放结束后不保留观看进度，再次进入应该从头播放

      4视频最大化、最小化

弱网：1弱网情况下，视频播放是否会卡顿、黑屏、闪退

      2没有网络的情况下进入是否有提示

      3移动网络进入时是否有非WIFI提示

      4播放过程中断网时，播放完已加载的部分后停止播放并且有相应的提示

      5播放过程中切换网络有提示

易用性：1图像是否清楚

        2拖拽滚动条是否流利

        3播放进度是否有记录

        4能否自动保存浏览过的视频

ui页面：界面流畅

功能：1是否可以夹食物

      2材质是否是不锈钢或木筷

      3除了夹食物还能干什么

性能：1是否可以在高温环境下使用

      2是否可以在低温环境下使用

      3能否放置在微波炉中

      4筷子外部涂料是否容易脱落

      5长时间放置是否会发霉

安全：1咬坏后是否对人体有害

      2涂料是否会溶解到食物里

      3是否会滋生病菌

      4是否光滑，会不会割到手或者嘴巴

易用性：1一头粗一头细，能一眼看出来哪头是夹东西的

        2是否好拿

        3是否有绝热措施

        4能否摔坏

        5能否咬坏

        6夹食物是否方便

外观：1形状是否好看

      2颜色是否不掉色

      3长度是否一样

      4是否有异味

      5图案或文字是否合理

1界面是否符合设计

2提现输入框中最多能提现金额

3能否输入其他符号

4提现失败资金能否退回

5能否不输入金额直接点击提交

6无网络是能否提交

7弱网时提交能否成功，如果不成功是否能退回账户

8提现金额超过余额是否有提示

9提现成功是否有提示

10提现到账时间有延迟

11提交时连续点击多次重复提交

12用户未登录能否提交

13yhk信息有误能否提交

1运行中按开门键不开门

2电梯按键按下时是否点亮，按错楼层是否可以取消

3上升下降过程中每一层申请是否有效，是否可以正常停靠

4超载时是否有提示

5反应时间、关门时间、速度是否会造成人体不适

6进入电梯喊话外面是否可以听到

7拨打手机是否有信号

8停电是否会坠落、报警装置、通风状态

9长时间运行情况

#闪电 晨读#DAY064-100

《每个人的商学院个人基础》

电梯测验：30秒讲清为什么
麦肯锡著名的“电梯测试”：在乘电梯的30秒内，清楚准确的向对方讲明白自己的观点。
电梯测验是一种极具价值的沟通训练，不仅因为对方的时间有限，更重要的是，它也在测试你是否真的理解自己在做的事情，能想的非常明白，讲的极其清楚。
这30秒到底应该沟通什么？其实就是一个词why，一个结构化的沟通，无外乎讲三件事情，why，what and how。
电梯测验的秘密在于努力用30秒答“why”的问题：给我一个极其充分的理由，让我愿意再多给你10分钟，详细聊聊“what” 和“ how”。
怎么练习，才能拥有这种高超的沟通技巧呢？发微博，一条微博通常只有140个字，如果读出来差不多刚好30秒。经常发微博，用140个字讲清楚大why，小what和一带而过的how。

一。井道平面尺寸
（1）井道宽度：面对电梯厅门，测量井道两壁的净空尺寸
（2）井道深度：从厅门口内壁到井道后壁之间的净空尺寸 （如井道过深，可在现在找细一点的长竿深入井道，再测量长竿，且注意井道有无垂直度偏差和井道内有无梁柱）
二。门口
(1)门洞的宽深以及呼梯孔的位置尺寸，以及左右两侧墙垛的宽度，判定门口中心是否喂鱼井道中心
（2）门洞上方是否有门头梁，门洞下方是否有牛腿 三。层高 （相邻两层地面与地面的垂直距离）可放尺测量或细棍替代测量
四。顶层高度，顶层装修完工地面到井道顶板下皮之间的净尺寸
五，地坑深度，最低一层地面到地坑的深度
六，井壁结构，砖墙有无圈梁，圈梁中心间距 或者混凝土 七，机房 机房的 长度和宽度，以及吊钩下缘到井道顶板上皮之间的高度，机房开门位置和尺寸
等等···

①将电梯轿内开关恢复到正常状态，在机房用主控板的小键盘对电梯进行机房检修

*** 作（MODE3SET），使电梯以低速运行到最低层楼，使轿厢处于最低层平层位置。

②用主控板上的小键盘对电梯进行层高测定 *** 作（MODE2SET）。电梯以低速从最低层起动向上做层高测定运行。

③电梯到达最高层楼平层位置，撞限位开关停车但不开门，使用主控板上的小键盘恢复到电梯的正常运行模式（MODE0SET），退出层高测定模式，楼层高度测定完成，并且30秒后无召唤自返基站。

注意：1电梯在进行层高测定时，不要改变电梯的运行状态，否则会破坏电梯的

层高自测定运行状态，使层高测定终止。

2、使用主控板上的小键盘时，需非常小心，避免误进入层高测定模式（MODE2SET），以致层高数据的丢失。

④层高测定完成后，用变频器专用键盘检查变频器的数据，F400地址中应写入正确的隔磁板数，F409～F441（1～32层）中应该写入相应的层高脉冲数。

---