问问各位关于测试的本职工作问题

[itechnology]

本人是后端开发，最近公司新来了一个测试，因对测试的工作没有全面了解过，想问问以下是不是属于测试的本职工作或者这样做对不对： 1 、问我要相关的数据库表，比如会问我某个接口的数据会保存到哪些表中，然后页面点击删除的时候，问我表里某些数据没有删除是不是对的。 2 、问我要后端服务所在服务器的账号密码。 3 、不管测出什么 BUG ，提到禅道上一律是严重程度=1 ，优先级=1 。比如有个功能漏掉了一个非关键性的校验，结果 BUG 的严重程度和优先级都是最高（严重怀疑公司是不是对测试有这方面的 KPI 考核指标，比如提的最高级别的 BUG 越多，绩效越高之类的）

[redford42]

3 有点问题
1 和 2 可以理解，我们公司测试还要看代码写没写注释

[Sk8erBoi]

3 绝对有问题！
另外他是测得接口吗？ 纯功能测试的话感觉 1 2 没必要

[microxiaoxiao]

这都还 OK 吧，测试就是要找出问题呀。各种阶段的测试用例不太一样。至于你说的 BUG 等级，这个可以私下沟通，不行就按公司的规定走。你就不用多虑他的职责了，盲猜你们流程肯定不完善，不然不会有这种鸡毛蒜皮的事情

[msaionyc]

1 ，2 正常。
3 这个可以沟通下，或者看你们这边对严重程度的定义是什么样的，如果这个校验不做会产生严重后果，他认为是严重程度 1 也不好反驳。

[Accroid]

纯功能的话 测试到数据库对一下测试数据是没啥问题的
但是后端服务器的账号密码不太对
bug 全部有是 1 也不对
就第二条 我阴谋论点说 他是不是来偷你们代码的？

[itechnology]

@Sk8erBoi 就是功能测试，不是专门测接口，测试是在测页面上的功能时问我的

[yaphets666]

全都正常。优先级严重程度这个有什么所谓吗，反正都要改。

[itechnology]

@yaphets666 没啥就是太显眼了，一看 BUG 列表全是最高级的，之前没遇到这种情况

[yaphets666]

@itechnology 这就看你们公司的习惯或者规定了，比如 3 个测试，2 个测试都是区分优先级的，就他自己都是 1 ，那就要给他提意见了。

[Qiss]

看来提 bug 前先和程序员沟通一下，预先了解各位的心理承受能力。。。

[daimubai]

2 的话，他可能是想看看程序的报错日志

[q474818917]

让他去做开发得了。测试应该专注自己的业务逻辑测试、去列举业务边界。而不是去研究开发的数据，服务器的日志

[warcraft1236]

@q474818917 你说的这个是 产品 应该去做的事情，软件测试，不关注软件本身，光关注业务逻辑，有啥用？

[warcraft1236]

开发不需要懂测试吗？开发测试本来就是一体的，不然难道你自己写代码，自己都不测，自己都不知道有没有问题，逻辑是否考虑全面 等等这种基础的情况

[sampeng]

1 和 2 没毛病，作为研发反而要配合他们得到这个信息，说得不好听点，现在的所谓功能测试的人员 80%都达不到这个水平和要求。但这是测试进一步发展的基本要求，连数据库不看，日志不看，啥都不看，就在那点点点？ 1 年和 10 年没啥本质区别，被毕业被和谐太正常了。我的观点一直是只会点点点的测试，迟早被淘汰。没有任何竞争力，真当以为精通业务就牛逼了？业务天天变化，任何行业都是如此。今年的和 3 年前的可能连逻辑都不是一个逻辑了。

[sampeng]

把 1 和 2 做好了是在帮你省事，不是在指责你的设计也不是指责你的实现，测试没这个闲工夫。但他如果是能力强，他可以通过数据结构和日志帮你分析出问题在哪。你直接去改就好了。不要抱有敌对的心思。我个人认为 1 和 2 不是你的疑问，是 3 触及了你的利益，所以你觉得不爽。这个是可以沟通的，他不搭理就找他头。

[sampeng]

ps 一句，你们 kpi 居然有按 bug 等级来列的？猪队长赶紧跑。。。
没有程序员不出 bug

[mydingyan]

作为测试，说的很有道理，。
@sampeng

[yedanten]

2 有问题，服务器账号密码不应该是测试能要的，一般由运维和安全两个组的人掌握

[m8syYID5eaas8hF7]

1 没问题, 我觉着反而是很负责的一个人
2 的话, 如果是测试环境, 我觉着问题也不大, 具体看你们公司的规范了
3 肯定是不对的, 没有优先级会搞得开发很疲惫