元戎面经反思

1.测试流程

需求分析→测试计划设计→测试用例设计→执行用例→缺陷管理→记录报告

反思：太紧张了，答了软件工程w模型

2.linux查看网卡信息

ifconfig

反思：只有学习docker的时候有用到过，当时查完百度就忘了。

3.简历写了了解Python，有没接触过UnitTest和PyTest框架

反思：只有学习接触到，没有实际使用经验

4.linux挂载硬盘

lsblk -f查看新磁盘的名称

#进入使用分区工具对面目标磁盘分区

parted  +磁盘名称     

#建立分区表

mklabel gpt

#建立分区，起始点和终止点可以用百分数，建立玩分区可以用print查看是否分区成功

mkpart +分区名  +起始点  +终止点    

#建立分区系统

mkfs -t ext4 +设备名称

#开始挂载硬盘

#1.手动挂载

#2.自动挂载

反思：命令没记好，查看uuid的命令blkid +设备名称没记住

5.发现一个缺陷，但是开发不认为他是缺陷，怎么办？

        回答核心：是不是缺陷不是开发或测试说了算，可以让需求方，产品经理等来判断是否为缺陷

以下gpt：

• 详细描述问题：确保你在提交缺陷时已经提供了足够详细的信息，包括重现步骤、预期结果和实际结果、测试环境、日志文件或截图等。

• 重现缺陷：再次重现该缺陷，确认问题的存在并确保你提交的信息是准确的。

• 引用规范或需求：查看相关的需求文档、设计规范或用户故事，找到支持你认为这是一个缺陷的依据。引用这些文档中的具体内容，说明为什么你认为这是一个缺陷。

• 寻求业务或产品团队的意见：如果仍然无法达成一致，可以寻求业务分析师、产品经理或其他相关人员的意见。他们可能可以提供更多的背景信息或需求解释，帮助判断是否这是一个缺陷。

• 优先级和影响分析：讨论该问题的优先级和影响，如果该缺陷对用户体验或系统功能有重大影响，强调其重要性和可能的风险。

• 记录争议：如果最终仍然无法达成共识，可以在缺陷管理工具中记录这个争议，包括你提出的理由和开发人员的反馈。这有助于在以后回顾或在出现类似问题时有据可查。