测试计划+禅道讲解

一：测试计划
偏管理类的文档，提出做什么 what
测试计划组成部分：
1.简介  ==》项目背景，目的以及测试范围

2.测试约束
测试准入：
1）.开发人员编码结束，并且完成单元测试
2）.需求说明书规定的功能或者开发人员提交的功能说明说的功能均已实现
3）.冒烟测试
测试准出：
1）.所有用例执行完毕
2）.致命，严重，一般的bug为0，建议性的可以残留1-2个且明确规定解决bug的版本
3）.所有数据呈收敛模式

3.资源与环境  ==》人力和测试所需要的软硬件配置

4.测试任务进度    ==》根据人力分配测试任务，根据测试人员能力责任田

5.风险及风险管理
1）需求变更，导致开发和测试的部分工作失效
2）偶现bug，较难复现，容易遗漏
3）人员能力不足，技术水平有限
4）测试人员对业务不熟悉

6.测试交付文档  ==》用例文档，测试报告，测试小结，总结

7.测试阶段==》冒烟测试，SIT测试，回归测试

二：测试策略
对于每种测试，提供说明，解释其实施的原因，说明将使用的技术以及判断测试完成的标准
测试的目标：
测试的范围：
使用的技术：设计用例的方法，测试方法
开始标准：准入
完成标准：准出
考虑的特殊事项：

三：测试方案
偏技术类的文档，针对测试计划所提出的内容，具体如何去实现，如何去做 how

测试用例：根据测试计划，制定完成测试的具体步骤

禅道：用例管理，bug管理
市面常用bug管理工具：禅道，鸡爪，QC
一条完整bug包含哪些信息：
bug编号
bug标题
bug描述
bug复现步骤
bug级别
bug指派人员==》指派哪个开发处理
bug预期结果
bug实际结果
bug类型（功能，代码，需求，数据库，ui设计）
bug 所属版本和模块

1.如果你发现一条bug，开发不认为是bug你怎么处理？
与开发进行友好沟通交流，从需求点出发进行探讨，如果意见不统一，向测试经理反馈，由测试经理定夺。

2.你所负责的项目或者模块当中出现过哪些比较深刻的bug，你是如何进行分析定位的。


1.添加项目部门和用户
2.添加产品以及需求
3.创建项目来开发产品，并且关联产品，设置团队添加项目成员
4.在项目中创建任务，并且指派任务
5.测试模块中导入或者编写测试用例，建立测试任务关联测试用例并且指派
6.执行测试用例，不通过的转bug，指派给开发人员修改
7.开发人员进行bug修复，指派给测试人员
8.测试人员进行bug确认，已修改就关闭，未修复重新激活