如何测试一支笔之我见

作为一名软件测试人员，面试时经常会被问到如何去测试一支笔，这里重在考察我们分析问题的思路和设计测试用例的思路，我们拿到这个问题的第一反应应该是这支笔的设计规格？实现了哪些功能？也就是需求，对需求进行分析，提取测试点，然后依据测试点分类分点的去进行设计测试用例，既有条理性又能覆盖产品需求。
刚拿到这个问题我们可以尝试去问面试官，这支笔实现了什么功能，有哪些需求，比如这支笔的客户人群是高三即将参加高考的学生，需求满足黑色签字笔、能写出字、能过机扫描、至少能满足一场考试的笔水量(换笔芯浪费时间)、不易断水、字迹不易晕开等等。
需求一出来，思路就很清晰了，可以围绕着需求来写测试用例。
1.需求能写出字
测试场景：在高考专用纸上；
测试步骤：书写文字；
预期结果：能写出文字。
2.需求黑色签字笔
测试场景：在高考专用纸上；
测试步骤：书写文字；
预期结果：笔记为黑色。
3.需求支持过机扫描
测试场景：在高考专用纸上；
测试步骤：1.书写文字 2.将写完字的纸放入扫描机中；
预期结果：1.能写出文字 2.能清晰、完整扫描出所写字迹。
4.需求笔水量能满足整场考试
测试场景：在高考答题纸上；
测试步骤：按照高考最长考试科目时间进行计时连续书写(比如综合两个半小时，连续书写两个半小时)；
预期结果：时间过后签字笔不断墨。
5.需求满足不易断水
测试场景：将笔放在教学课桌上；
测试步骤：1.以一定力道摔落签字笔2.拾起签字笔并在高考答题纸上进行书写；
预期结果：1.签字笔没摔烂2.可正常书写且字迹连贯。
6.需求支持字迹不易晕开
测试场景：在高考专用纸上；
测试步骤：模拟统计高中生的力道在纸张上进行书写；
预期结果：书写文字不会晕开。
笔的测试思路还能写很多，但核心点都在于围绕需求去提取测试点，并结合实际情况设计测试用例，这里切记围绕实际，比如不易断水，要声明笔掉落的高度，假如从二三十米高空掉落，笔也会断水摔碎，但是能记为缺陷吗？不能，因为在考场的场景里不存在这种情况，这种测试毫无意义，所以我们在遇到这类问题时除了围绕需求编写，还需要去结合场景具体描述分析。