一般软件测试面试的时候都会回答提问题单的问题，校招一般会问问题单都有哪些类别，社招的话会问提过哪些有价值的问题单，本文就先介绍问题单的组成和模板，举例内容软硬件都有，纯软件测试可以假想一款APP套用该模板即可，问题单的生命周期和流转可以参考我的另一篇文章：【还没写出来，先放个空链接】

问题单标题：【项⽬名称】【模块】【⼦模块】问题现象简要描述

【例】：【XX项目】【⽹⼝】【⾃协商】配置网口XXX后，网口状态应为link up，实际为link down

⼀般缺陷都在pingcode，禅道等项目管理平台上对应的测试库中提单，默认为当前所在项⽬，可省略，跨项目的同类问题单可互相关联

根据问题现象和初步定位结论简单分类，例如：

简单描述操作步骤，预期结果和实际结果，例如：

问题单描述：【项⽬名称】【模块】【⼦模块】问题现象简要描述

【例】：【XX项目】【网口】【自协商】配置网口XXX后，网口状态应为link up，实际为link down

是否有⼀定要具备的条件才会触发该问题，没有可不填，例如：

写清楚该问题的复现路径，如果是偶现问题，在实际结果中注明概率，问题⼀般都是在执⾏测试⽤例 时出现，这⼀步可以完全复制测试⽤例的执⾏步骤，例如：

描述如果没有该问题出现，预期中应该出现什么样的结果，例如：

描述该问题的具体现象，与预期符合的任何不⼀致都应该详细描述，以便开发⼈员分析定位，例如：

描述开发⼈员的初步定位结论，如果没有开发定位，可以填写⾃⼰的初步判断，例如：

该问题单提交给哪位开发解决，可以为初步定位⼈员，也可以为项⽬经理，让其分配给对应的开发解决问题，随着问题定位的深⼊，实际责任⼈可以发⽣变化和转移，例如：

上传问题出现前后时间点相关的软件截图，⽇志信息，错误码/报错信息，⽤于辅助研发⼈员定位，例如：

填写相关的软硬件版本信息，以便统计版本问题数量以及回溯，例如：

说明该问题的严重程度，分类依据如下：

说明处理该问题的先后顺序，优先级越⾼越先修复，原则上与上述严重程度⼀⼀对应，但不排除有些 例外情况，例如：⽤⼾界⾯存在错别字，严重程度很低但优先级较⾼；具体分类依据如下：

其实任何缺陷在满⾜特定的条件时都是必现的，这⾥的复现概率只是说 问题出现次数÷测试总次数 的⼀个百分⽐结果，具体分类依据如下：

该问题的类别归属，属于功能/性能/兼容性等问题，具体分类依据如下：

该问题需要某些模块⼈员特殊关注，应该添加硬件负责⼈为关注人；或者该问题较为严重，影响项⽬ 整体进展，应该添加项⽬负责⼈/项⽬经理为关注⼈

【XX项目】【⽹⼝】【⾃协商】配置⽹⼝XXX后，⽹⼝状态应为link up，实际为link down

【预置条件】

将板卡放⼊65℃温箱运⾏1.5h

【复现步骤】

【预期结果】

【实际结果】

【初步定位】

【问题单责任⼈】

【附件上传】

【版本信息】

【严重程度】

【优先级】

【复现概率】

【缺陷类别】

【关注人】

项⽬主管A，开发⼈员B

如果校招面试，上述内容已足够；实际问题单详情还是依据公司和项目的实际情况来处理，祝各位学习工作顺利！