第八天笔记
禅道ZenTaoPMS.8.2.5.exe
ZenTao==》禅道
PMS==》项目管理系统
xampp
x表示现在禅道的安装环境是Windows系统
a==》Apache
m==》mysql关系型数据库
p==》PHP
p==》perl
禅道的安装不能出现中文路径，在根目录
http://127.0.0.1/zentao/my/
127.0.0.1==》自己电脑的IP
面试题
编写用例的8大要素：
一条用例中应该包含什么字段，有什么内容？
1.用例编号：用于对测试用例机型唯一编号
2.所属模块：说明测试用例适用的功能模块
3.用例标题：简述测试用例执行的场景，尽量唯一
4.前置条件：执行测试之前需要准备的动作或数据，简化测试步骤，但不能把需要验证的
步骤写在前置条件
5.步骤：测试步骤、执行步骤，用来详细说明测试需要执行的动作
6.预期：预期结果，说明用例执行之后的一个期望结果
7.优先级：说明测试用例的重要程度，用来区分测试用例的执行优先级
8.用例类型：说明测试用例的使用范围，如功能测试、性能测试、安全测试、接口测试等
面试题：
说说你们公司的BUG流程（BUG生命周期）【二答一即可】
一、规范流程（不常见）
1.测试人员发现BUG，进行提单
2.提交给到测试经理进行审核
3.测试经理审核无误后提交给开发经理，让开发经理分配BUG修改任务
4.开发人员接受并确认BUG原因
5.开发人员修改BUG，修改完成后，将BUG指派给测试经理，让测试经理安排对应测试人员进行回归测试
6.测试人员回归BUG，验证通过则关闭；不通过则重新指派给对应的开发机型重新修改
二、常用流程
1.测试人员直接把BUG提给对应的开发人员
2.开发人员接受并确认BUG的原因
3.开发人员修改BUG，完成后指派给对应测试人员进行复测
4.测试人员回归BUG，验证通过则关闭；不通过则重新指派给对应的开发机型重新修改
面试题：
当你认为这是一个BUG，开发却不认为是BUG，你会怎么处理？
首先我会先排除其他因素（网络、硬件、环境等）
确认是软件程序的问题
然后就跟开发复现该问题，以及根据需求说明自己对该功能的理解
若开发还是不认
那么我会和开发一起去找产品经理进行仲裁
如果产品经理认为是BUG，开发进行修改
如果说不是BUG，那么我会将其关闭，但会再提
一条完整的bug应该包含哪些信息？
1.bug编号：每一个bug的唯一编号
2.bug的标题：对bug的简短描述，可以快速定位到bug的情况
3.所属模块：说明这个BUG出现的模块，可以让领导快速地把bug分配给到开发的手上
*4.重现步骤：说明重现BUG的详细流程以及步骤，也可以说明复现的概率
*5.预期结果：说明BUG在修复之后应该得到的现象结果
*6.实际结果：执行BUG的重现步骤而出现的实际结果
*7.严重程度：说明这个BUG的处理优先级
*8.附近：可以添加适当的截图
也可以添加BUG的日志文件
也可以提供出现BUG时使用的测试数据
9.发现版本：说明当前BUG出现的软件版本
10.创建人：谁发现BUG
11.指派人：BUG流程达到的对应人员
常见的BUG管理工具：禅道、jira、TAPD（腾讯，它是可以管理着企业微信进行跟踪BUG进展、项目进展）
常见的用例管理工具：禅道、testlink
安装mysql（二选一）
方法一：在线安装
(1)安装mysql的服务端
yum install mysql-server
(2)安装mysql的客户端
yum install mysql
方法二：离线安装，通过rpm命令执行把3个mysql相关的rpm文件上传到Linux服务器的某个目录下，然后执行txt文件中的三条指令
rpm -qa|grep 'mysql' 检查
页:
[1]