第二篇

一 测试人员在软件流程中的作用
1） 找出软件中的bug
2）关注用户的需求
3） 确保软件的质量

二 一条·bug应包含的内容
编号 标题 内容 模块路径 指派给 抄送给 优先级 严重程度 注释 复现步骤 版本号 附件
严重程度分为
1)最高优先级(Blocker)，例如，软件的主要功能错误或者造成软件崩溃，数据丢失的缺陷，或用户重点关注的问题,缺陷导致系统几乎不能使用或者测试不能继续，需立即修复。
2)较高优先级(Critical)，例如，影响软件功能和性能的一般缺陷, 严重影响测试，需要优先考虑；
3)一般优先级(Major)，例如，本地化软件的某些字符没有翻译或者翻译不准确的缺陷,需要正常排队等待修复；
4)低优先级(Minor)，例如，对软件的质量影响非常轻微或出现几率很低的缺陷,可以在开发人员有时间的时候再被纠正；
5)最低优先级(Trival),例如，属于优化，可以不做修改的问题或暂时无法修复但影响不大的问题。
三 登录界面黑盒测试用例设计
（收藏里面有）
四 测试的流程
这个问题大概都会问吧，总结一下
首先得到相应的设计文档，对需求进行分析，得到其测试点，然后想好测试策略，编写测试计划，交给负责人评审，评审结束后做相应的修改，开始编写测试用例。搭建测试环境，执行测试用例，按时提交测试日报，bug编写测试报告。
五， 测试计划都包括哪些方面
概述 项目介绍 测试范围 测试进度安排 测试环境 测试策略 测试总结
六，当开发人员说不是bug时，怎么办？
（摘抄） 有2种情况，一是需求没有确定，可以找产品经理进行确认，需不需要改动，3方商量确定好后再看要不要改。二是这种情况不可能发生，所以不需要修改，这个时候，可以说出是BUG的依据？如果被用户发现或出了问题，会有什么不良结果？
七，执行别人的用例，如果发现用例有错怎么处理
首先查看需求文档，确定其确实有错，将该测试用例标记为不可用状态，或者修改后执行。