软件测试面试 (一) 如何测试一个杯子

软件测试面试 (一) 如何测试一个杯子

比如：如何测试一个杯子，或者如何测试一只笔。要求你设计20个以上的test case. 这类的面试题目，是考察面试者是否熟悉各种软件测试方法，设计test case的能力,以及test sense。首先应该反问下面试官，需求是什么样的，比如大概是个什么样的杯子。我回答这类问题的思路,从软件测试的各种不同方法来联想,具体如下。功能测试(Function test)能否装水，除了装水，能否装其他液体。比如可乐，酒精能装多少ML的水杯子是否有刻度表杯子能否泡茶，跑咖啡杯子是否能放冰箱，做冰块杯子的材质是什么（玻璃，塑料,黄金做的） 界面测试(UI Test)外观好不好看。什么颜色杯子的形状是怎么样的。杯子的重量是多少杯子是否有异味杯子的图案是否合理 性能测试(performance test)能否装100度的开水 (泡茶)能否装0度冰水装满水，放几天后，是否会漏水杯子内壁上的涂料是否容易脱落。杯子上的颜色是否容易褪色或者脱落被我坦克压下，是否会碎 (这条是开玩笑的哈) 安全性测试(Security test)制作杯子的材料，是否有毒放微波炉里转的时候，是否会爆炸,或者杯子是否会熔化。从桌子上掉到水泥地上是否会摔碎。杯子是否容易长细菌杯子是否有缺口，会划坏嘴巴杯子内壁上的材料，是否会溶解到水中杯子破碎后，是否会对使用者造成伤害 可用性测试(Usability Test)杯子是否容易烫手杯子是否好端，好拿杯子的水是否容易喝到杯子是否有防滑措施 总结一不小心，就写了30多个test case。

结合软件测试思想如何测试一个纸杯

我们可以通过需求测试、界面测试、功能测试、可靠性测试、说明书测试等软件测试思想的方式来测试一个纸杯。
具体的测试过程如下：
1、需求测试：查看纸杯的说明书是否完整。
2、界面测试：反复观察纸杯外观，测试纸杯表面是否光滑、手感是否舒适。
3、功能测试：用纸杯装水，观察纸杯是否漏水。
4、可靠性测试：将纸杯从不同的高度摔下来，观察纸杯的损坏程度，检测是否可靠。
5、说明书测试：查看纸杯说明书的正确性、准确性及完整性，检测说明书的合格程度。

软件测试笔试题：测试一张A4纸（请至少列出10条）。

1、纸的材料测试
2、纸的尺寸测试，长度、宽度、厚度，是否为A4纸
3、纸的吸水性测试：滴一滴水，看多久能吸收掉
4、纸的韧性测试
5、纸的承压力测试
呵呵，只能想到这些了

4.如何测试纸杯

1、 看：挑选一次性纸杯时，不要只看纸杯颜色白不白，不要以为颜色越白就越卫生，有的纸杯生产厂家为了使杯子看上去更白，加入了大量荧光增白剂。这些有害物质一旦进入人体，就会成为潜在的致癌因素。专家建议，市民在选纸杯时，最在灯下照一照，如果纸杯在荧光灯下呈现蓝色，则证明荧光剂超标，消费者应谨慎使用。

2、 捏：杯身软塌不坚挺，小心漏水。此外，要选用杯壁厚实硬挺的纸杯，杯身硬度不高的纸杯捏起来很软，倒入水或饮料后，端起来时会严重变形，甚至端不起来，影响使用。专家指出，一般优质纸杯可以装水72小时不渗漏，而质量差的半小时就会渗水。

3、 闻：杯壁颜色花哨，小心油墨中毒。纸杯多是叠放在一起的，如果受潮或被污染，必然形成霉菌，所以受潮的纸杯一定不要使用。此外，有的纸杯上会印刷缤纷的图案和字样，当纸杯叠在一起时，纸杯外面的油墨必然影响其外面所包裹的纸杯内层，而油墨中含有苯和甲苯，对健康有损害，最购买外层无油墨印刷或印刷较少的纸杯。

4、 用：区分冷杯、热杯，它们“各有其职”。专家最后指出，平常我们使用的一次性纸杯一般可以分为冷饮杯和热饮杯两种，它们各有其职，一旦“错位”，可能会对消费者的健康产生影响。

纸杯的特点

1、质量轻、防破损。与玻璃瓶杯相比，纸杯的质量轻，且无破损危险。

2、造价低；质量轻能节省流通费用。

3、外观效果好；印刷装潢易于实现，宣传效果好，能促销。

4、可与多种材料复合，提高保护功能。它与铝箔、塑料等材料复合可防止内装物的变质腐败。

5、遮光性能好，能较好地保持内装物的色、香、味。

6、可用包装机械进行作业，实现高质量高速度的生产、包装。

7、开启与封合方便，易开封易复原。

8、易于处理废弃物并便于回收利用，可节省资源。

9、新技术新工艺的出现，使纸杯制造技术不断提高，新型的纸杯将出现并对产品的花色品种起到更大的促进和促销。

面试软件测试～一般HR问些什么……现在要准备些面试遇到的问题

在软件测试的面试中，经常会碰到类似的问题，比如：如何测试一个杯子，或者如何测试一只笔。要求你设计20个以上的test case.这类的面试题目，是考察面试者是否熟悉各种软件测试方法，设计test case的能力,以及test sense。
首先应该反问一下HR，大概是个什么样的杯子。回答这类问题的思路,应该从软件测试的各种不同方法来联想，具体如下：
1、功能测试(Function test)：
· 能否装水；
· 除了装水，能否装其他液体。比如可乐，酒精；
· 能装多少ML的水；
· 杯子是否有刻度表；
· 杯子能否泡茶，泡咖啡；
· 杯子是否能放冰箱，做冰块；
· 杯子的材质是什么（玻璃，塑料做的）。
2、界面测试(UI Test)：
· 外观好不好看；
· 什么颜色；
· 杯子的形状是怎么样的；
· 杯子的重量是多少；
· 杯子是否有异味；
· 杯子的图案是否合理。
3、性能测试(performance test)
· 能否装100度的开水 (泡茶)；
· 能否装0度冰水；
· 装满水，放几天后，是否会漏水；
· 杯子内壁上的涂料是否容易脱落；
· 杯子上的颜色是否容易褪色或者脱落。
4、安全性测试(Security test)
· 制作杯子的材料，是否有毒；
· 放微波炉里转的时候，是否会爆炸，或者杯子是否会熔化；
· 从桌子上掉到水泥地上是否会摔碎；
· 杯子是否容易长细菌；
· 杯子是否有缺口，会划坏嘴；
· 杯子内壁上的材料，是否会溶解到水中；
· 杯子破碎后，是否会对使用者造成伤害。
5、可用性测试(Usability Test)
· 杯子是否容易烫手；
· 杯子是否好端，好拿；
· 杯子的水是否容易喝到；
· 杯子是否有防滑措施。
看，一不小心就想出了多个test case。下次面试碰到“如何测试一台自动售货机” 这样的问题，按照相同的思路，也能容易的回答出来。

水杯，微信红包，电梯，朋友圈点赞，黑白灰盒，微信支付等测试用例

功能

1.在红包钱数，和红包个数的输入框中只能输入数字

2.红包里最多和最少可以输入的钱数  200  0.01

3.拼手气红包最多可以发多少个红包  100

3.1超过最大拼手气红包的个数是否有提醒

4.当红包钱数超过最大范围是不是有对应的提示

5.当发送的红包个数超过最大范围是不是有提示

6.当余额不足时，红包发送失败

7.在红包描述里是否可以输入汉字，英文，符号，表情，纯数字，汉字英语符号，

7.1是否可以输入它们的混合搭配

8.输入红包钱数是不是只能输入数字

9.红包描述里许多能有多少个字符   10个

10.红包描述，金额，红包个数框里是否支持复制粘贴操作

12.红包描述里的表情可以删除

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

13.1发的红包自己可不可以领取   2人

14. 24小时内没有领取的红包是否可以退回到原来的账户

14.1  超过24小时没有领取的红包，是否还可以领取

15.用户是否可以多次抢一个红包

16.发红包的人是否还可以抢红包   多人

17.红包的金额里的小数位数是否有限制

18.可以按返回键，取消发红包

19. 断网时，无法抢红包

20.可不可以自己选择支付方式

21.余额不足时，会不会自动匹配支付方式

22.在发红包界面能否看到以前的收发红包的记录

23.红包记录里的信息与实际收发红包记录是否匹配

24.支付时可以密码支付也可以指纹支付

25.如果直接输入小数点，那么小数点之前应该有个0

26.支付成功后，退回聊天界面

27.发红包金额和收到的红包金额应该匹配

28.是否可以连续多次发红包

29.输入钱数为0，"塞钱进红包"置灰

性能

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

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

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

4.收发红包的耗电量

5.退款到账的时间

兼容

1.苹果，安卓是否都可以发送红包

2.电脑端可以抢微信红包

界面

1.发红包界面没有错别字

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

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

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

安全

1.对方微信号异地登录，是否会有提醒   2人

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

3.发送红包失败，余额和银行卡里的钱数不会少

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

易用性(有点重复)

1.红包描述，可以通过语音输入

2.可以指纹支付也可以密码支付

界面测试：

外观（里面、外面）美观性

电梯空间尺寸是否和设计尺寸一致

按钮是否清晰和易懂

显示楼层的显示屏是否安装

是否联系外界的电话、紧急电话

设备检测说明书

安全规范说明书

灯

标识的承重和人数

扶手

镜子

仅提供可到达楼层的按钮

电梯制作的材料

空调

摄像头

功能测试：

测试电梯能否实现正常的上升和下降功能，每层是否都可以停靠。

每层停靠楼层是否与所按的楼层一致

电梯按键在按下时是否点亮按键灯

电梯在每个楼层的上行和下行的申请是否可以有效

电梯满负载的时候，是否会忽略其他楼层外部的上行和下行申请

电梯的两边按钮是否都可以使用，三列按钮。

电梯的楼层选择是否可以取消

电梯门的打开，关闭是否正常关闭（自动关闭）。

报警装置是否可用。（满载）

超重时是否能强制关门

超重时重新挪动一下人员是否可以上下行

与另外一部电梯之间是否协作良好。（算法）

电梯的灯光是否满足看书的要求

联系外界的电话是否可用

通风状况如何，人多的时候是否会很热，通风不畅（排气扇）

电梯里面的摄像头是否可用，拍摄是否清晰

门不夹人

伸手的话，应该不会强制关门

管理员可以和内部人通话

在各种场合下，可以强制开门

运行中时，不能按开门键，不会强制开门

在不同情况下（如：有人挡着、马上关门的时候、停电的时候、没有请求的时候…），一直按开门键和关门键

从电梯外部可以强制开门

模拟不同天气（温度，湿度，风速）下的测试

进入电梯，拨打手机，是否有信号

进入电梯喊话，外面是否能听到

楼层显示屏显示的楼层、以及电梯运行升降状态是否正确

两台电梯能否同时使用（或停用）

其中一台使用，另一台是否可以停用

一台电梯报错，另一台可以正常

A电梯按上行，B电梯按上行

A电梯按上行，B电梯按下行

A电梯按上行，B电梯按上下行

A电梯按上行，B电梯按下上行

A电梯按下行，B电梯按下行

A电梯按下行，B电梯按上下行

A电梯按下行，B电梯按下上行

A电梯按上下行，B电梯按上下行

A电梯按上下行，B电梯按下上行

电梯空时如何运转

电梯门开时不进电梯

进入电梯后不做任何操作

电梯门开的时间多长，超过时间后是否自动关门

电梯门开的时间超时后关门到最后2厘米，是否可以撬开门

电梯门关闭后还未上升时，电梯外按下上行（或下行）按钮，电梯门是否会打开

电梯最底层是否有下行按钮

电梯最顶层是否有上行按钮
停靠算法测试：

2部均空闲时，采取就近原则，离乘电梯人最近的电梯优先运行；

有1部运行时，以同行方向且顺路的电梯优先运行，否则安排空闲电梯；

2部均运行时，以方向通行且顺路的电梯优先运行；

每部电梯，在电梯内部每层在上升和下降过程中，再电梯内部均申请每层停靠

每部电梯，在电梯内部每层在上升和下降过程中，再内部没有任何申请的情况下，在电梯外部均申请每层停靠

每部电梯，在电梯内部每层在上升和下降过程中，再电梯内部均申请每层停靠，在电梯外部也申请每层停靠

电梯本来在1楼，如果有人按18楼，那么电梯在上升到5楼的时候，有人按了10楼，这时候是否会在10楼先停下来

电梯下降到10层时显示满员，此时若8层有人等待电梯，是否在8层停。

类似7、8测试步骤地随机测试，在电梯内部和外部均有不同组合申请的情况下，验证楼层停靠是否准确和合理。

电梯本来在2楼，1楼按上行键的同时3楼按下行键，查看优先上行还是下行

电梯的平稳性，是否会上升过快或者下降过快，造成人体不适应反应

可靠性：

无任何申请的时候，可以长时间停留在某层，并且门是关闭的

门关上的一刹那出现障碍物。

长期有障碍物在门口堵住，电梯应该也不会关门或上升和下降

同时按关门和开门按钮。

快速交替按关门开门按钮

点击当前楼层号码。

快速点击不同楼层

上升到顶层后，电梯中的原有下楼请求均会被取消

下降到负楼层后，电梯中的原有上楼请求均会被取消

电梯外部同时按上键和下键会怎样。

长按打开按钮，电梯门是否持续打开

突然停电或超载时的情况，电梯（停靠、正在上升、正在下降）不会坠落，电梯门可以通过外力打开，并且紧急电话可用

电梯运行中，申请马上要经过的楼层停靠，电梯应该不会停靠。

在电梯里面蹦跳，电梯不会出现不稳定的情况。

电压不稳定的情况下的电梯运行情况

电梯不能正常工作的时候是否有监控系统自动报警

电梯不能正常工作的时候，是否有流程可以精确的指定到人进行所有故障解决的高效处理

意外坠梯时所有按键正常使用
易用性：

电梯的按钮的设计符合一般人使用的习惯吗．

按钮是否考虑残疾人和小孩儿

楼层显示屏是否处于电梯的上部，方便别人看到
可维护性

是否有方便维修和维护电梯的工作条件（竖井通道、统一断电等）

电梯的常用配件是否容易更换

电梯的维修成本如何

电梯的安装、维护、测试

超过维修年限，是否可以正常运转

竞品测试

和其他厂家的产品比较，验证产品的竞争力

关门速度

启动速度和上升速度是否会造成人的不适应

上升和下降的速度是否满足用户要求

2部电梯的一个对比
配置测试

针对电梯系统的不同运行参数进行配置，并验证所有配置项是否可以生效

负载/压力测试：

看电梯的最大限度的承受重量．在负载过重时是否有提醒。

频繁的关门、开门操作

耗电量测试

上升和下降不同楼层的速度，是否有明显的延迟

多次按压按钮，确认所有按钮正常使用

长时间按压一个按钮不放开，确认所有按钮长时间按压功能正常
兼容性测试：

电梯是否适用于不同写字楼、不同国籍、不同地区
稳定性测试：

最大负载下平稳运行的最长时间、不断地高负荷运行。7*24小时

无负载下平稳运行时间。7*30 小时
文档测试：

文档是否齐备，能否描述具体的信息，满足安装公司、使用者、维护公司的使用要求

安装手册：安装的条件、方法、流程、检测标准、试运营要求和最后交付条件

电梯使用说明书:最大承载说明、正常使用的温度、湿度、电压等条件

维护说明书：如何进行电梯的维护、检测和维修，需要定期更换的配件

安全说明书：如何在停电、电压不足、超重的情况下保证电梯的安全性，以及在出现特殊运行情况时的处理方法
黑盒测试

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑构造和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫 功能测试 或者 数据驱动测试。

黑盒测试主要是为了发现以下几类错误：

1.是否有不正确的遗漏的功能？

2.在接口上，输入是否能正确的接受？能否输出正确的结果？

3.是否有数据结构错误或外部信息访问错误？

4.性能上能否满足要求？

5、是否有初始化或终止性错误？

具体的黑盒测试方法包括等价类划分、因果图、正交实验涉及法、边界分析、判定表驱动法、功能测试等。

白盒测试

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或者选择测试用例，对程序所有的逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为 结构测试 或 逻辑驱动测试。

白盒测试主要是想对程序模块进行如下检查：

1.对程序模块的所有独立的执行路径至少测试一遍。

2.对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。

3.在循环的边界和运行的界限内执行循环体

4.测试内部数据结构的有效性等等

白盒测试方法包括：语句覆盖、判定覆盖、条件覆盖、条件组合覆盖、路径覆盖等

以上事实说明，软件爱你测试有一个执行的缺陷，即测试的不完全、不彻底。由于任何程序智能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误

灰盒测试

灰盒测试，是介于白盒测试与黑盒测试之间，可以这样理解，灰盒测试关注输出对于输入的正确性，同事也关注内部表现，但这种关注不像白盒那样详细、完整，只是通过一些表现性的现象、时间、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒测试方法。
UI测试：

导航栏元素位置、大小、颜色等要素是否一致/是否符合UI效果图；

导航栏视频分类下拉框位置、颜色、按钮是否正确

鼠标滑过、点击时、点击后按钮状态是否有相应颜色、状态变化；

视频列表页面title、视频图片、视频title、是否付费等元素的颜色、大小、位置等是否正确；

视频播放页面：视频title、视频默认加载图、播放按钮、目录、视频列表、视频介绍等元素位置、大小、颜色、鼠标操作时状态是否与预期一致；

视频播放时进度条、快进按钮、快退按钮、播放按钮、暂停按钮位置是否正确

功能测试：

首先判断用户是否登录，未登录不能进入主页（应提示用户先进行登录），已登录状态用户可以进行视频观看；

导航栏下拉框是否可以正确打开和关闭，打开和关闭时的状态是否和预期一致；

鼠标滑过、点击时、点击后相应条目的状态是否和预期一致；

点击相应条目时，页面右边是否同步切换至相应页面，是否有延时、卡退、切换错误等情况；

视频播放页面鼠标滑过、点击时、点击后视频对应条目、标题是否有相应状态变化（具体变化状态根据产品原型进行分析），点击后是否能够正确跳转至相应的视频播放界面；

判断用户点击的视频属于免费还是付费，如果为免费则所有人均可以进行观看，如果为付费则要判断用户是否付费，如果已经付费则可以进行观看，如未支付则提示用户先购买后再进行观看并提供支付入口或者联系客服进行支付的方式；

进入视频播放界面判断当前视频title是否和用户上一步点击的视频title一致；

视频默认加载图是否显示正确或者显示异常等情况；

视频播放按钮是否可以点击，点击后视频是否正常播放；

视频目录是否显示正确，如有子列表是否正常显示，如果没有子列表是否有相应提示（具体效果根据产品原型进行分析）；

视频介绍是否与当前视频一致，讲师是否一致等情况；

点击播放后进度条是否随之变化；

视频快进、快退、暂停、播放是否可以正常使用，是否有卡顿、延时、闪退等情况；

播放完成后是否自动切换下一视频（如有多节视频情况下，如果只有一条子视频的情况下，播放完成后是否关闭当前页面或者给予用户相应提示），如果需要手动切换是否有相应的友好提示；

视频播放时声音、画面是否一致或者是否有异常等情况；

视频最大化、全屏、最小化是否可以正常使用，切换时是否有卡顿、延时等情况；

当前视频与其他视频来回切换时，视频是否有卡顿、延时等情况；

电脑关机或者其他异常情况下，视频是否会保存播放记录，下次进入观看时是否继续上次的播放记录继续播放；

兼容性测试：

平台兼容性：Windows、Mac

系统兼容西：Win7、Win10、Mac

屏幕分辨率：不同电脑显示器分辨率不同，视频相关页面是否有模糊、适配是否合理；

播放器是否与其他类型播放器冲突（例如音乐播放器打开后，视频是否暂停还是继续播放）；

网络测试：

网络切换测试：无线网与宽带；

弱网测试：弱网情况下视频是否卡顿、画面是否失帧；

无网络状态进入是否会有相应提示；

网络切换时视频是否暂停、保存当前播放状态；

易用性测试：

界面是否一目了然（比如：视频title、片头、片尾、视频画面等）；

视频页面操作是否方便，菜单栏是否正确、易上手；

进度条拖拽使用起来是否方便；

视频是否具有视频记忆功能/是否保存当前播放进度

软件测试中覆盖是什么意思

就是以尽可能的详尽的用例，测了所有你该测试的项目。比如，你测试一个杯子，你测了容量，外观，质量，壁厚，硬度，杯口是否圆形等。就是你的覆盖。你还可以增加覆盖度，如，你测的它的可移植性。使用时的舒适度等。呵呵，说了这么多，都不知道自己解释清楚没有。

编写测试用例

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

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

微信红包用例？

用例编号：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如何编写测试用例？

如何测试一个纸杯

基于多年的测试经验,测试大牛James Bach总结出了一套测试设计的方法论，那就是启发式测试策略模型( Heuristic Test Strategy Model)。这套模型包含了一组精心挑选出来的测试设计策略。测试者只要把这些策略熟记在心，在测试设计时依次对照这些策略，测试思路就会源源不断的从你脑子里迸发出来了，还不跑偏。

这套模型非常简单，只有4个域(见下图)，每个域有那么几条测试策略，每个策略可以用1到2个单词描述，把这些单词的首字母串起来就是上面蓝色字体的字符串也就是我们所说的引导词。

来解释一下启发式测试模型。我们在做测试设计时，首先想到的是要应用我们已有的测试技术(Test Techniques)并综合考虑项目环境(Project Environment)、产出物(Product element)、质量准则(quality Criteria)。这样我们就能够得到一个有基本保障的(看得到的)质量(Perceived Quality)

回到刚才所说的“测试一个纸杯”，我们目前能拿到的只有手中的“一个纸杯”，对照一下刚才所说的图，其实最先想到的应该是产出物(Product element)。模型给出了产出物域需要思考的项：

结构(Structure)- 所有组成产出物的东西。

代码，界面，接口，硬件，非可执行文件，附属物件。

功能(Functions)- 所有产品所实现的功能

用户界面，系统接口，应用，计算，时间相关性功能，变化(如改变字体)，

开启/关闭，多媒体，错误处理，交互，可测性

数据(Data) -所有产品处理的数据

输入，输出，预设值，持久数据，序列，大小数量变化，噪声数据，生命周期等

平台(Platform) -所有被测软件所依赖的外部事物

外部硬件，外部软件，内部组建

操作(Operation) -所有产品可执行的操作

用户，环境，常见操作，非正常操作，极限操作

时间(Time) -所有与产品相关的时间指标

输入/输出，快/慢，并发，变化率

注意到上述几项中英文被标蓝的首字母了么? SFDPOT 就是刚才测试专家念的引导词中的一组。我们再次回到“测试一个纸杯”，现在可以一项一项来了：

结构：用料是否环保?是否能平稳放在桌面上?放了水是否能平稳放在说面上?杯口是否光滑?。

功能：到进水是否不漏，是否不变形?拿起来是否能够不显著变形?水是不是能倒出来?。

数据：放半杯水，放一整杯水，放冷水，放热水，放茶叶，放可乐。

平台：能否放在桌子上不倒?手拿着是否不变形，不会感到不舒服?是否能放到杯架、套到别的杯子上?。

操作：倒进水，喝水，再倒水，倒开水，捏变形，弹烟灰，丢弃。

时间：看喝水的时候水是不是很快的能流出来。

这里边有重复项，这没关系，合并同类项就好了，我们不是要强制归类，而是要利用这些引导词帮你想到该测试的地方。

剩下的就是把其他几个测试域中的关键字找到，根据这些关键字设计测试用例。限于篇幅，这里就不一一展开了，大家可以参考启发式测试策略模型中给出的详细说明进行比照。如果把它们都用作测试这个纸杯，那么你至少有30种以上的手段来测试它(当然得根据实际需求做一定取舍)，谁说测试是没什么技术含量的工作?

软件测试面试 一般都问些什么问题？

面试是我们进入一个公司的门槛，通过了面试才能进入公司工作，你的面试结果和你的薪资、享有的福利待遇是息息相关的。那如何能顺利的通过面试，得到HR的认可呢?面试软件测试要注意哪些问题呢?下面和成都IT培训优就业小编一起来看看吧。
软件测试面试常见问题通常分为两大类，一类是考察专业技能，另一类是考察你的稳定性和努力程度。
一、考察专业技能
专业技能方面需要你有很扎实的测试功底。你可以去搜索一下大的IT公司的面试问题，查缺补漏，也可以复习一下所学知识，针对具体面试的岗位多做背景知识的准备。这方面没有太多捷径可以走，即使你因为背了一些难题而恰巧通过了高于你能力岗位的面试，那么在试用期不能胜任工作也是会被辞退的。所以要巩固你能力范围内的知识，然后尽量避免失误。
二、考察你的稳定性和努力程度。
第二类主要是考察你的稳定性和努力程度甚至职业规划之类的问题。比如说问你怎么看待测试工作，能否接受加班，以及未来的职业规划等等。这种问题不能一时为了工作而毫无保留地答应，假设你硬着头皮接受了加班，那你之后也会因受不了996工作制度而辞职。所以可以适当询问具体的加班频率和强度，在可接受的范围内做出承诺。关于未来的职业规划，如果你有野心，想要升职加薪，那么可以适当表露出来。如果你目前只想要稳定，那么也可以谦虚地表示现阶段会努力积攒经验，等机会来了再考虑。这类问题很灵活，通常没有固定答案，只要不是过于虚伪地答应任何条件，或者不留余地干脆地拒绝，怎么回答都可以。主要是在这个过程中表露谦虚的态度以及可以商量的余地，相信肯定会赢得HR和领导的好感。
以上就是四川优就业小编回答的软件测试常见问题的一些方法和技巧，我们技术掌握的好了，要想通过面试，得到offer，还是要好好准备面试，在面试中有一个好的表现。相信大家只要认真准备、勤加练习，通过面试应该问题不大。

好了，本文就介绍到这里，愿我们如花绽放，不负韶华，学员们，加油！（来源：培训啦 https://www.peixunla.com）文章共14625字

985大学 211大学 全国院校对比 专升本