测试需求分析

测试需求是什么? --需求文档

测试需求主要解决"测什么"的问题,一般来自需求规格说明书中原始需求

测试需求应全部覆盖已定义的业务流程,以及功能和非功能方面的需求

功能:基本用户需求

非功能:界面,兼容性,易用性,安全,性能

提炼测试点(测试用例),时间规划,人力规划,测试环境==测试计划包含

需求分析的基本步骤:

1.确定是什么项目,解决什么问题,基本核心和业务流程是什么?

2.具体分析某个具体的消化功能模块 --细化分析 测试点

3.功能模块之间的交互

4.非功能测试

面试题

1.遇到隐性需求怎么办?

充分理解产品,挖掘隐形需求。参考成熟产品。经验积累

2.一个带有logo的水杯,如何去测试?

六大方面:(测试点重叠--覆盖)

功能:装水,不漏水,容量

界面:外观,logo正确,美观,不掉色,形状,大小

易用性:方便拿取,方便喝水

兼容性:杯盖切合,杯垫,桌子,液体(冰水,热水,饮料,牛奶)

安全性:材质是否有毒,喝水烫嘴

性能测试:耐热性(100度,烤箱,微波炉),耐摔性--摔下去,强大力气挤压

全网最全测试点总结:N95 口罩应该如何测试?

引言

随着"新冠疫情"慢慢地消散,各大企业都开始恢复正常的运行,因为疫情造成很多工作人员的流失,企业也开始疯狂的招聘新鲜的人才,这对于莘莘求职者无疑是个机会,但是因为求职者众多,很多面试官也开始想方设法的过滤自己需要的人才,也出现了很多"清奇"的面试题。

以前考察求职者的测试思维时,问到的题目大都是""A4纸如何测试?","盆栽如何测试?","行李箱如何测试?","U盘如何测试?"... 现在很多学生被问到 "N95口罩该如何测试?", 紧跟时事热点!

很多人听到这个面试题,第一反应是头顶很多的问号,"N95口罩,就是防病毒的啊,测试不就是看能不能防护住就ok了么?"

其实,不管问你什么物件的测试点,我们的测试思路都是一致的,按照这个思维出发,都能说出让面试官满意的答案。所以,接下来我来给大家总结一下,最新出炉的"N95口罩"的测试点。

首先,我们来普及一下N95口罩的一些常识:

N95型口罩,是NIOSH(美国国家职业安全卫生研究所)认证的9种防颗粒物口罩中的一种。"N"的意思是不适合油性的颗粒(炒菜产生的油烟就是油性颗粒物,而人说话或咳嗽产生的飞沫不是油性的);"95"是指,在NIOSH标准规定的检测条件下,过滤效率达到95%,这一数值不是平均值,而是最小值。N95不是特定的产品名称。只要符合N95标准,并且通过NIOSH审查的产品就可以称为"N95型口罩"。

N95口罩测试思维

知道口罩的基本知识,我们按照测试的思维,依然从6个方面来考虑这个"N95口罩"的测试点:

从功能方面来考虑:

1、可以防护某些颗粒物,如打磨、清扫和处理矿物、面粉及某些其它物料等过程产生的粉尘;

2、可以防护因喷洒而产生的液体的或非油性的颗粒物;

3、能有效过滤和净化所吸入的异常气味,当然有毒气体除外;

4、能够降低某些可吸入微生物颗粒物,如霉菌、炭疽杆菌、结核杆菌等的暴露水平

5、可以防护病菌,过滤效率达到95%以上;

6、测试一些油性颗粒物,确定是否不能防护;

从界面方面来考虑:

1、看包装上是否有商品名,是否有制造商或者是供货商的信息,是否有口罩合格证或者使用说明;

2、如果是一次性口罩还要有一次性的标识,对于重复使用的医用防护口罩还要标明菌的方法;

3、所用材料应没有异味,并对人体无害,特别是人体面部接触部分材料,应无刺激性和过敏性;

4、口罩的包装是否完整,有无破损,口罩表面不得有破洞、污渍;

5、医用防护口罩不应有呼气阀;

6、口罩的长、宽、厚度是否都符合对应的标准;

7、口罩是否配有鼻夹,鼻夹由可弯折的可塑性材料制成,并且长度符合要求;

从兼容性方面来考虑:

1、口罩可以适配各种脸型,各种脸型的密合性都可以保证;

2、能适合各种肤质的,接触都不会引起敏感等反应。

从性能方面来考虑:

1、挤压口罩,或者撕扯口罩是否会导致破损或者极易损坏;

2、带的时间过长,口罩防护作用是否降低;

3、口罩的鼻夹反复折合,是否容易会断。

从安全性方面来考虑:

1、口罩虽然越密闭,越安全;但是同时月密闭,呼吸起来越困难,尤其对于心血管疾病患者,是否会因缺氧而导致头晕和呼吸困难等风险;

2、口罩的材质不会引起过敏反应 (此处跟易用性有重复哦,可以去重~);

3、口罩材质和味道都无毒,不会引起不良反应;

4、耳带式口罩长期佩戴是否会勒伤皮肤。

从易用性方面来考虑:

1、口罩的内外、上下面易于分辨,易于佩戴;

2、口罩的上缘鼻夹方便按压,易于于面部紧贴;

3、口罩易折叠,方便携带。

总结

总体思路如上分析,当然面试官肯定也不会要求你每一点都覆盖到,毕竟面试这么短的时间内不可能想到这么全的测试点,所以重点是测试思路:主攻功能(从正面+负面覆盖),然后覆盖非功能(包括界面、兼容性、性能、安全、易用性五个方面)。

相关推荐
知行EDI19 小时前
KION Group EDI 需求分析
edi·需求分析·电子数据交换·edi系统
若水心境1 天前
需求分析&管理
需求分析
诗这样的2 天前
【需求变更】使用 Redis 和 Lua 脚本实现变更后方案编号的生成
java·redis·缓存·微服务·lua·需求分析
打码人的日常分享4 天前
系统安全设计规范,安全设计制度,系统安全管理制度(word原件)
大数据·系统安全·需求分析·设计规范·规格说明书
打码人的日常分享5 天前
网络安全建设,网络空间态势感知系统,网络整体安全方案(word)
开发语言·数据库·集成测试·需求分析·规格说明书
打码人的日常分享7 天前
软件系统安全保证措施,质量保证措施方案(Word原件套用)
大数据·安全·需求分析·设计规范·1024程序员节
帅次8 天前
基于云平台的智能家居管理系统设计与通信协议分析
设计模式·重构·软件工程·软件构建·需求分析·代码规范·设计规范
知行EDI9 天前
Balluff EDI 项目需求分析
edi·需求分析·电子数据交换·知行之桥·知行软件
文火冰糖的硅基工坊9 天前
[产品管理-51]:产品经理:塑造未来的多面手,道、法、术、器的全面掌控
产品经理·需求分析·创业
帅次10 天前
基于边缘计算的智能门禁系统架构设计分析
软件工程·团队开发·软件构建·需求分析·规格说明书·代码复审·极限编程