禅道的安装和使用
禅道的安装和使用
</h1>
<div class="clear"></div>
<div class="postBody">
<div id="cnblogs_post_body" class="blogpost-body blogpost-body-html">
安装
1.选择安装地址,安装路径自己建立一个英文的文件夹
2.找到刚才自己建的安装目录打开xampp文件夹
3.选择启动禅道
4.安装运行环境
5.安装好环境后点击访问禅道
6.选择版本进入（开源免费，企业收费）
7.输入账号密码（公司会给账号和密码）
8.搭建禅道
使用
1.登录禅道
添加用户
添加项目
添加需求
管理项目团队
关联需求
添加产品
添加测试用例
先建一个用例
导出模板
按模板写好用例导入
提交bug
bug包含的内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派
6、bug类型
7、bug标题
8、bug严重级别
9、bug优先级
10、重现步骤
11、相关联需求
bug类型：
（1）代码错误
（2）界面优化
（3）配置相关
（4）安装部署
（5）安全相关
（6）性能问题
（7）标准规范
（8）测试脚本
（9）其他
优先级 bug的处理的时间 1级 表示立即处理 2级 表示紧急处理 3级 表示正常处理 4级 表示有时间处理
bug的状态： 1、new （新的） 2、assigned(已指派) 3、open（打开） 4、fixd（修复） 5、pending reset（待再测） 6、close（已关闭） 7、reopen（再次打开） 8、pending reject(拒绝) 9、rejected（被拒绝）
提交步骤
1.进入
2.写明bug
bug的编辑和提交内容
关联用例提bug
测试中的bug直接题bug
批量添加bug
bug 报表
导出bug，生成bug清单
导出bug的数据
bug严重级别
bug等级：
1级bug （致命bug）
2级bug（严重bug）
3级bug （一般bug）
4级bug（建议性bug）
1级bug （致命bug）
必须优先修改，在测试中较少出现，一旦出现应立即中止当前版本测试；
致命bug：
（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
（2）数据泄露，数据安全性问题， 如恶意攻击造成账户密码信息泄露
（3）涉及金钱，如支付类的软件，金钱的计算
（4）导致无法测试的错误：如服务器报500
（5）功能实际与需求严重不符
2级bug （严重bug）不影响其他功能测试的情况下可以进行版本测试
（1）重要功能不能实现如：微信不能聊天，或发朋友圈
（2）错误的波及面广，影响其他重要功能实现（如系统刷新，数据不更新）
（3）非常规操作告知:崩溃，死机，死循环，比如：一个账号，多区域，多设备登录等
（4）外观难以接受的缺陷（如：页面失真，完全变形）
（5）密码铭文显示（需要脱敏）
（6）轻微的数据计算错误
3级bug （一般bug）
测试工作中存在最多的，解决率关系版本的优化程度
（1）次要功能不能实现：如表情包，添加文字
（2）操作页面错误
（3）查询错误，数据显示错误
（4）兼容性问题
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，
（1）界面不规范 （如：风格，一半中文，一半英文）
（2）辅助说明描述不清
（3）日常描述实用专业术语不规范
（4）界面存在错误文字
（5）用户体验感不好
============================
优先级
bug的处理的时间
1级 表示立即处理
2级 表示紧急处理
3级 表示正常处理
4级 表示有时间处理
=======================
重现步骤
步骤
操作的流程
结果
实际测试结果
期望
预期结果
=======================
关联需求
工作中提交bug，一定要记得关联需求
=======================
bug生命周期：
一、bug 解决的基本流程
1、基本流程
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
2、异常流程（验证不通过情况）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）====验证不通过===指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，直到验证通过===关闭bug（测试）
3、异常流程（关闭bug后，激活bug）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
在工作中已经提了bug，需要和对应的开发通知下，自己要跟进
============================================
面试题：
bug的解决方案：
（1）设计如此
（2）重复bug
（3）外包原因
（4）已解决（比较多）
（5）无法重现
（6）延期处理
（7)不予解决
===========================
激活bug
==================================
工作中你认为是bug？ 开发认为不是bug，你是如何处理
总结：三个方向：
（1）自我原因，检查自己的测试过程或疏忽的问题，如：页面404，服务未启动，自己配置错了等。
（2）开发原因：
a.你把报错的图片截取出来
b.把测试步骤记录下来，重现bug步骤
c. 查看后台的日志，把日志错误查找出来
d、在和开发进行沟通，说明原因；如果电话沟通不了，现场沟通，操作bug说明报错。
e.如果开发还是不认，需要找开发经理，协调测试，请求其他开发辅助解决；
（3）既不是开发原因，也不是测试原因，是产品原因
与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。找产品确定功能点，是不是产品遗漏了，如果是产品少了需求，就要从产品通过邮件发送整个项目组，补上需求，给开发加上工期，测试在测试。
==========================================
工作中出现了偶现的bug如何处理？（刚刚有，现在没有了）
偶现bug就是无法重现的bug：
解决方案‘：
1、先记录重现步骤，和报错的现象
2、在与开发交流，描述bug的现象，确认bug的严重程度；
3、尽量去重现或查看源代码，查看逻辑是否有问题，让开发修改
4、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决或后期关注；如果影响大，找测试经理和开发经理协调修改
===================================
bug的状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
安装
1.选择安装地址,安装路径自己建立一个英文的文件夹
2.找到刚才自己建的安装目录打开xampp文件夹
3.选择启动禅道
4.安装运行环境
5.安装好环境后点击访问禅道
6.选择版本进入（开源免费，企业收费）
7.输入账号密码（公司会给账号和密码）
8.搭建禅道
使用
1.登录禅道
添加用户
添加项目
添加需求
管理项目团队
关联需求
添加产品
添加测试用例
先建一个用例
导出模板
按模板写好用例导入
提交bug
bug包含的内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派
6、bug类型
7、bug标题
8、bug严重级别
9、bug优先级
10、重现步骤
11、相关联需求
bug类型：
（1）代码错误
（2）界面优化
（3）配置相关
（4）安装部署
（5）安全相关
（6）性能问题
（7）标准规范
（8）测试脚本
（9）其他
优先级 bug的处理的时间 1级 表示立即处理 2级 表示紧急处理 3级 表示正常处理 4级 表示有时间处理
bug的状态： 1、new （新的） 2、assigned(已指派) 3、open（打开） 4、fixd（修复） 5、pending reset（待再测） 6、close（已关闭） 7、reopen（再次打开） 8、pending reject(拒绝) 9、rejected（被拒绝）
提交步骤
1.进入
2.写明bug
bug的编辑和提交内容
关联用例提bug
测试中的bug直接题bug
批量添加bug
bug 报表
导出bug，生成bug清单
导出bug的数据
bug严重级别
bug等级：
1级bug （致命bug）
2级bug（严重bug）
3级bug （一般bug）
4级bug（建议性bug）
1级bug （致命bug）
必须优先修改，在测试中较少出现，一旦出现应立即中止当前版本测试；
致命bug：
（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
（2）数据泄露，数据安全性问题， 如恶意攻击造成账户密码信息泄露
（3）涉及金钱，如支付类的软件，金钱的计算
（4）导致无法测试的错误：如服务器报500
（5）功能实际与需求严重不符
2级bug （严重bug）不影响其他功能测试的情况下可以进行版本测试
（1）重要功能不能实现如：微信不能聊天，或发朋友圈
（2）错误的波及面广，影响其他重要功能实现（如系统刷新，数据不更新）
（3）非常规操作告知:崩溃，死机，死循环，比如：一个账号，多区域，多设备登录等
（4）外观难以接受的缺陷（如：页面失真，完全变形）
（5）密码铭文显示（需要脱敏）
（6）轻微的数据计算错误
3级bug （一般bug）
测试工作中存在最多的，解决率关系版本的优化程度
（1）次要功能不能实现：如表情包，添加文字
（2）操作页面错误
（3）查询错误，数据显示错误
（4）兼容性问题
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，
（1）界面不规范 （如：风格，一半中文，一半英文）
（2）辅助说明描述不清
（3）日常描述实用专业术语不规范
（4）界面存在错误文字
（5）用户体验感不好
============================
优先级
bug的处理的时间
1级 表示立即处理
2级 表示紧急处理
3级 表示正常处理
4级 表示有时间处理
=======================
重现步骤
步骤
操作的流程
结果
实际测试结果
期望
预期结果
=======================
关联需求
工作中提交bug，一定要记得关联需求
=======================
bug生命周期：
一、bug 解决的基本流程
1、基本流程
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
2、异常流程（验证不通过情况）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）====验证不通过===指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，直到验证通过===关闭bug（测试）
3、异常流程（关闭bug后，激活bug）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
在工作中已经提了bug，需要和对应的开发通知下，自己要跟进
============================================
面试题：
bug的解决方案：
（1）设计如此
（2）重复bug
（3）外包原因
（4）已解决（比较多）
（5）无法重现
（6）延期处理
（7)不予解决
===========================
激活bug
==================================
工作中你认为是bug？ 开发认为不是bug，你是如何处理
总结：三个方向：
（1）自我原因，检查自己的测试过程或疏忽的问题，如：页面404，服务未启动，自己配置错了等。
（2）开发原因：
a.你把报错的图片截取出来
b.把测试步骤记录下来，重现bug步骤
c. 查看后台的日志，把日志错误查找出来
d、在和开发进行沟通，说明原因；如果电话沟通不了，现场沟通，操作bug说明报错。
e.如果开发还是不认，需要找开发经理，协调测试，请求其他开发辅助解决；
（3）既不是开发原因，也不是测试原因，是产品原因
与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。找产品确定功能点，是不是产品遗漏了，如果是产品少了需求，就要从产品通过邮件发送整个项目组，补上需求，给开发加上工期，测试在测试。
==========================================
工作中出现了偶现的bug如何处理？（刚刚有，现在没有了）
偶现bug就是无法重现的bug：
解决方案‘：
1、先记录重现步骤，和报错的现象
2、在与开发交流，描述bug的现象，确认bug的严重程度；
3、尽量去重现或查看源代码，查看逻辑是否有问题，让开发修改
4、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决或后期关注；如果影响大，找测试经理和开发经理协调修改
===================================
bug的状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
</h1>
<div class="clear"></div>
<div class="postBody">
<div id="cnblogs_post_body" class="blogpost-body blogpost-body-html">
安装
1.选择安装地址,安装路径自己建立一个英文的文件夹
2.找到刚才自己建的安装目录打开xampp文件夹
3.选择启动禅道
4.安装运行环境
5.安装好环境后点击访问禅道
6.选择版本进入（开源免费，企业收费）
7.输入账号密码（公司会给账号和密码）
8.搭建禅道
使用
1.登录禅道
添加用户
添加项目
添加需求
管理项目团队
关联需求
添加产品
添加测试用例
先建一个用例
导出模板
按模板写好用例导入
提交bug
bug包含的内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派
6、bug类型
7、bug标题
8、bug严重级别
9、bug优先级
10、重现步骤
11、相关联需求
bug类型：
（1）代码错误
（2）界面优化
（3）配置相关
（4）安装部署
（5）安全相关
（6）性能问题
（7）标准规范
（8）测试脚本
（9）其他
优先级 bug的处理的时间 1级 表示立即处理 2级 表示紧急处理 3级 表示正常处理 4级 表示有时间处理
bug的状态： 1、new （新的） 2、assigned(已指派) 3、open（打开） 4、fixd（修复） 5、pending reset（待再测） 6、close（已关闭） 7、reopen（再次打开） 8、pending reject(拒绝) 9、rejected（被拒绝）
提交步骤
1.进入
2.写明bug
bug的编辑和提交内容
关联用例提bug
测试中的bug直接题bug
批量添加bug
bug 报表
导出bug，生成bug清单
导出bug的数据
bug严重级别
bug等级：
1级bug （致命bug）
2级bug（严重bug）
3级bug （一般bug）
4级bug（建议性bug）
1级bug （致命bug）
必须优先修改，在测试中较少出现，一旦出现应立即中止当前版本测试；
致命bug：
（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
（2）数据泄露，数据安全性问题， 如恶意攻击造成账户密码信息泄露
（3）涉及金钱，如支付类的软件，金钱的计算
（4）导致无法测试的错误：如服务器报500
（5）功能实际与需求严重不符
2级bug （严重bug）不影响其他功能测试的情况下可以进行版本测试
（1）重要功能不能实现如：微信不能聊天，或发朋友圈
（2）错误的波及面广，影响其他重要功能实现（如系统刷新，数据不更新）
（3）非常规操作告知:崩溃，死机，死循环，比如：一个账号，多区域，多设备登录等
（4）外观难以接受的缺陷（如：页面失真，完全变形）
（5）密码铭文显示（需要脱敏）
（6）轻微的数据计算错误
3级bug （一般bug）
测试工作中存在最多的，解决率关系版本的优化程度
（1）次要功能不能实现：如表情包，添加文字
（2）操作页面错误
（3）查询错误，数据显示错误
（4）兼容性问题
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，
（1）界面不规范 （如：风格，一半中文，一半英文）
（2）辅助说明描述不清
（3）日常描述实用专业术语不规范
（4）界面存在错误文字
（5）用户体验感不好
============================
优先级
bug的处理的时间
1级 表示立即处理
2级 表示紧急处理
3级 表示正常处理
4级 表示有时间处理
=======================
重现步骤
步骤
操作的流程
结果
实际测试结果
期望
预期结果
=======================
关联需求
工作中提交bug，一定要记得关联需求
=======================
bug生命周期：
一、bug 解决的基本流程
1、基本流程
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
2、异常流程（验证不通过情况）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）====验证不通过===指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，直到验证通过===关闭bug（测试）
3、异常流程（关闭bug后，激活bug）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
在工作中已经提了bug，需要和对应的开发通知下，自己要跟进
============================================
面试题：
bug的解决方案：
（1）设计如此
（2）重复bug
（3）外包原因
（4）已解决（比较多）
（5）无法重现
（6）延期处理
（7)不予解决
===========================
激活bug
==================================
工作中你认为是bug？ 开发认为不是bug，你是如何处理
总结：三个方向：
（1）自我原因，检查自己的测试过程或疏忽的问题，如：页面404，服务未启动，自己配置错了等。
（2）开发原因：
a.你把报错的图片截取出来
b.把测试步骤记录下来，重现bug步骤
c. 查看后台的日志，把日志错误查找出来
d、在和开发进行沟通，说明原因；如果电话沟通不了，现场沟通，操作bug说明报错。
e.如果开发还是不认，需要找开发经理，协调测试，请求其他开发辅助解决；
（3）既不是开发原因，也不是测试原因，是产品原因
与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。找产品确定功能点，是不是产品遗漏了，如果是产品少了需求，就要从产品通过邮件发送整个项目组，补上需求，给开发加上工期，测试在测试。
==========================================
工作中出现了偶现的bug如何处理？（刚刚有，现在没有了）
偶现bug就是无法重现的bug：
解决方案‘：
1、先记录重现步骤，和报错的现象
2、在与开发交流，描述bug的现象，确认bug的严重程度；
3、尽量去重现或查看源代码，查看逻辑是否有问题，让开发修改
4、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决或后期关注；如果影响大，找测试经理和开发经理协调修改
===================================
bug的状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
安装
1.选择安装地址,安装路径自己建立一个英文的文件夹
2.找到刚才自己建的安装目录打开xampp文件夹
3.选择启动禅道
4.安装运行环境
5.安装好环境后点击访问禅道
6.选择版本进入（开源免费，企业收费）
7.输入账号密码（公司会给账号和密码）
8.搭建禅道
使用
1.登录禅道
添加用户
添加项目
添加需求
管理项目团队
关联需求
添加产品
添加测试用例
先建一个用例
导出模板
按模板写好用例导入
提交bug
bug包含的内容：
1、所属产品
2、所属项目
3、所属模块
4、影响版本
5、当前指派
6、bug类型
7、bug标题
8、bug严重级别
9、bug优先级
10、重现步骤
11、相关联需求
bug类型：
（1）代码错误
（2）界面优化
（3）配置相关
（4）安装部署
（5）安全相关
（6）性能问题
（7）标准规范
（8）测试脚本
（9）其他
优先级 bug的处理的时间 1级 表示立即处理 2级 表示紧急处理 3级 表示正常处理 4级 表示有时间处理
bug的状态： 1、new （新的） 2、assigned(已指派) 3、open（打开） 4、fixd（修复） 5、pending reset（待再测） 6、close（已关闭） 7、reopen（再次打开） 8、pending reject(拒绝) 9、rejected（被拒绝）
提交步骤
1.进入
2.写明bug
bug的编辑和提交内容
关联用例提bug
测试中的bug直接题bug
批量添加bug
bug 报表
导出bug，生成bug清单
导出bug的数据
bug严重级别
bug等级：
1级bug （致命bug）
2级bug（严重bug）
3级bug （一般bug）
4级bug（建议性bug）
1级bug （致命bug）
必须优先修改，在测试中较少出现，一旦出现应立即中止当前版本测试；
致命bug：
（1）常规操作引起的崩溃，死机，死循环，内存泄露，无法启动，异常退出，严重花屏
（2）数据泄露，数据安全性问题， 如恶意攻击造成账户密码信息泄露
（3）涉及金钱，如支付类的软件，金钱的计算
（4）导致无法测试的错误：如服务器报500
（5）功能实际与需求严重不符
2级bug （严重bug）不影响其他功能测试的情况下可以进行版本测试
（1）重要功能不能实现如：微信不能聊天，或发朋友圈
（2）错误的波及面广，影响其他重要功能实现（如系统刷新，数据不更新）
（3）非常规操作告知:崩溃，死机，死循环，比如：一个账号，多区域，多设备登录等
（4）外观难以接受的缺陷（如：页面失真，完全变形）
（5）密码铭文显示（需要脱敏）
（6）轻微的数据计算错误
3级bug （一般bug）
测试工作中存在最多的，解决率关系版本的优化程度
（1）次要功能不能实现：如表情包，添加文字
（2）操作页面错误
（3）查询错误，数据显示错误
（4）兼容性问题
4级bug（建议性bug）
测试初期较多，优先程度低，在测试后期出现较少，
（1）界面不规范 （如：风格，一半中文，一半英文）
（2）辅助说明描述不清
（3）日常描述实用专业术语不规范
（4）界面存在错误文字
（5）用户体验感不好
============================
优先级
bug的处理的时间
1级 表示立即处理
2级 表示紧急处理
3级 表示正常处理
4级 表示有时间处理
=======================
重现步骤
步骤
操作的流程
结果
实际测试结果
期望
预期结果
=======================
关联需求
工作中提交bug，一定要记得关联需求
=======================
bug生命周期：
一、bug 解决的基本流程
1、基本流程
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
2、异常流程（验证不通过情况）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）====验证不通过===指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，直到验证通过===关闭bug（测试）
3、异常流程（关闭bug后，激活bug）
新建bug（测试）=====指派给开发（前后端开发，测试指派）=======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）=======激活bug======指派开发======解决bug（开发）======待验证，（开发转给测试)=======验证bug（测试）==== 验证通过==关闭bug（测试）
在工作中已经提了bug，需要和对应的开发通知下，自己要跟进
============================================
面试题：
bug的解决方案：
（1）设计如此
（2）重复bug
（3）外包原因
（4）已解决（比较多）
（5）无法重现
（6）延期处理
（7)不予解决
===========================
激活bug
==================================
工作中你认为是bug？ 开发认为不是bug，你是如何处理
总结：三个方向：
（1）自我原因，检查自己的测试过程或疏忽的问题，如：页面404，服务未启动，自己配置错了等。
（2）开发原因：
a.你把报错的图片截取出来
b.把测试步骤记录下来，重现bug步骤
c. 查看后台的日志，把日志错误查找出来
d、在和开发进行沟通，说明原因；如果电话沟通不了，现场沟通，操作bug说明报错。
e.如果开发还是不认，需要找开发经理，协调测试，请求其他开发辅助解决；
（3）既不是开发原因，也不是测试原因，是产品原因
与开发沟通，开发是按需求开发，测试是按需求测试，测试的时候发现测试不了，少了某个步骤或环节，测试不了，找到开发，开发不认。找产品确定功能点，是不是产品遗漏了，如果是产品少了需求，就要从产品通过邮件发送整个项目组，补上需求，给开发加上工期，测试在测试。
==========================================
工作中出现了偶现的bug如何处理？（刚刚有，现在没有了）
偶现bug就是无法重现的bug：
解决方案‘：
1、先记录重现步骤，和报错的现象
2、在与开发交流，描述bug的现象，确认bug的严重程度；
3、尽量去重现或查看源代码，查看逻辑是否有问题，让开发修改
4、根据bug的严重程度，找测试经理确认：影响小，不影响版本，先记录下，写明原因，下一个版本解决或后期关注；如果影响大，找测试经理和开发经理协调修改
===================================
bug的状态：
1、new （新的）
2、assigned(已指派)
3、open（打开）
4、fixd（修复）
5、pending reset（待再测）
6、close（已关闭）
7、reopen（再次打开）
8、pending reject(拒绝)
9、rejected（被拒绝）
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
【推荐】2024阿里云超值优品季，精心为您准备的上云首选必备产品
· 无需6万激活码！GitHub神秘组织3小时极速复刻Manus，手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火，是硬核还是营销？
· 终于写完轮子一部分：tcp代理 了，记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛（1）