这是一个创建于 850 天前的主题，其中的信息可能已经有所发展或是发生改变。
本人是后端开发，最近公司新来了一个测试，因对测试的工作没有全面了解过，想问问以下是不是属于测试的本职工作或者这样做对不对： 1 、问我要相关的数据库表，比如会问我某个接口的数据会保存到哪些表中，然后页面点击删除的时候，问我表里某些数据没有删除是不是对的。 2 、问我要后端服务所在服务器的账号密码。 3 、不管测出什么 BUG ，提到禅道上一律是严重程度=1 ，优先级=1 。比如有个功能漏掉了一个非关键性的校验，结果 BUG 的严重程度和优先级都是最高（严重怀疑公司是不是对测试有这方面的 KPI 考核指标，比如提的最高级别的 BUG 越多，绩效越高之类的）
第 1 条附言 · 2022-08-25 11:20:46 +08:00
为什么会有第三点疑问呢，因为后端有一项 KPI 考核是，如果是严重的 BUG ，3 小时内没有解决要扣绩效。一般的 BUG 可以 36 小时内解决
 |
1
redford42 2022-08-25 10:31:59 +08:00
3 有点问题
1 和 2 可以理解，我们公司测试还要看代码写没写注释 |
 |
2
Sk8erBoi 2022-08-25 10:35:44 +08:00
3 绝对有问题！
另外他是测得接口吗？ 纯功能测试的话感觉 1 2 没必要 |
 |
3
microxiaoxiao 2022-08-25 10:42:39 +08:00 via Android
这都还 OK 吧，测试就是要找出问题呀。各种阶段的测试用例不太一样。至于你说的 BUG 等级，这个可以私下沟通，不行就按公司的规定走。你就不用多虑他的职责了，盲猜你们流程肯定不完善，不然不会有这种鸡毛蒜皮的事情
|
 |
4
msaionyc 2022-08-25 10:44:11 +08:00
1 ，2 正常。
3 这个可以沟通下，或者看你们这边对严重程度的定义是什么样的，如果这个校验不做会产生严重后果，他认为是严重程度 1 也不好反驳。 |
 |
5
Accroid 2022-08-25 10:44:40 +08:00
纯功能的话 测试到数据库对一下测试数据是没啥问题的
但是后端服务器的账号密码不太对 bug 全部有是 1 也不对 就第二条 我阴谋论点说 他是不是来偷你们代码的？ |
 |
6
itechnology OP @Sk8erBoi 就是功能测试，不是专门测接口，测试是在测页面上的功能时问我的
|
 |
7
yaphets666 2022-08-25 10:46:22 +08:00
全都正常。优先级严重程度这个有什么所谓吗，反正都要改。
|
|
8
itechnology OP @yaphets666 没啥就是太显眼了，一看 BUG 列表全是最高级的，之前没遇到这种情况
|
|
9
yaphets666 2022-08-25 10:49:17 +08:00
@itechnology 这就看你们公司的习惯或者规定了，比如 3 个测试，2 个测试都是区分优先级的，就他自己都是 1 ，那就要给他提意见了。
|
 |
10
Qiss 2022-08-25 10:53:48 +08:00  1
看来提 bug 前先和程序员沟通一下，预先了解各位的心理承受能力。。。
|
 |
11
daimubai 2022-08-25 11:07:51 +08:00
2 的话，他可能是想看看程序的报错日志
|
 |
12
q474818917 2022-08-25 11:18:06 +08:00
让他去做开发得了。测试应该专注自己的业务逻辑测试、去列举业务边界。而不是去研究开发的数据，服务器的日志
|
 |
13
warcraft1236 2022-08-25 11:20:44 +08:00 1
@q474818917 你说的这个是 产品 应该去做的事情，软件测试，不关注软件本身，光关注业务逻辑，有啥用？
|
|
14
warcraft1236 2022-08-25 11:22:03 +08:00
开发不需要懂测试吗？开发测试本来就是一体的，不然难道你自己写代码，自己都不测，自己都不知道有没有问题，逻辑是否考虑全面 等等这种基础的情况
|
 |
15
sampeng 2022-08-25 11:42:32 +08:00 2
1 和 2 没毛病，作为研发反而要配合他们得到这个信息，说得不好听点，现在的所谓功能测试的人员 80%都达不到这个水平和要求。但这是测试进一步发展的基本要求，连数据库不看，日志不看，啥都不看，就在那点点点？ 1 年和 10 年没啥本质区别，被毕业被和谐太正常了。我的观点一直是只会点点点的测试，迟早被淘汰。没有任何竞争力，真当以为精通业务就牛逼了？业务天天变化，任何行业都是如此。今年的和 3 年前的可能连逻辑都不是一个逻辑了。
|
|
16
sampeng 2022-08-25 11:44:22 +08:00
把 1 和 2 做好了是在帮你省事，不是在指责你的设计也不是指责你的实现，测试没这个闲工夫。但他如果是能力强，他可以通过数据结构和日志帮你分析出问题在哪。你直接去改就好了。不要抱有敌对的心思。我个人认为 1 和 2 不是你的疑问，是 3 触及了你的利益，所以你觉得不爽。这个是可以沟通的，他不搭理就找他头。
|
|
17
sampeng 2022-08-25 11:46:37 +08:00
ps 一句，你们 kpi 居然有按 bug 等级来列的？猪队长赶紧跑。。。
没有程序员不出 bug |
 |
19
yedanten 2022-08-25 13:10:30 +08:00 via Android
2 有问题，服务器账号密码不应该是测试能要的，一般由运维和安全两个组的人掌握
|
 |
20
m8syYID5eaas8hF7 2022-08-25 13:18:13 +08:00
1 没问题, 我觉着反而是很负责的一个人
2 的话, 如果是测试环境, 我觉着问题也不大, 具体看你们公司的规范了 3 肯定是不对的, 没有优先级会搞得开发很疲惫 |
 |
21
darkengine 2022-08-25 13:29:49 +08:00
3 要看有没有 bug 评级和严重程度的标准。
如果没有，是你们团队 /公司的问题，谁都会按照自己有利的方式操作。 如果有，测试没有按照规范来全部都打成严重，那可以干他。 |
 |
22
jamosLi 2022-08-25 13:58:07 +08:00
|
|
23
itechnology OP |
 |
24
DD0a48YwCzYUCQ8y 2022-08-25 15:11:42 +08:00
测试的本职工作
官方：保证产品质量 非官方：产品上线后不影响主要功能使用，不可能没 bug ，只是没发现而已 当然如何保证，那就多了，策略方法，具体执行，就看测试人员的深度和广度了 1 、2 、3 点其实还是要看公司流程规范、文档是否齐全，当然除了巨头会规范一点，剩下(98%)的基本上都不怎么规范 看了评论及补充 3 有 kpi ，op 主要想说的是 3 吧，触及个人利益了；看完 op 就是想来说 3 的，和标题有锤子关系（天下攘攘，皆为利来🙄️ （ PS：测试门槛太低了，接触过的啥样的都有，有不管是不是 bug 的，直接扔 vx 群里让开发认领的🤣有拍了小视频都看不懂业务的🫠，被开发大佬鄙视也很正常了，同行仍需努力啊） |
 |
25
xiaoliu926 2022-08-25 15:12:27 +08:00
除非你们公司招的是测试开发岗位，测试人员可以查看测试数据库也没问题。至于 bug 登记问题需要跟测试部门沟通制定一个 等级规范。
话说我之前有家公司也是这样对测试人员有 kpi 要求，没多久倒闭了 |
 |
26
loverg 2022-08-26 10:27:27 +08:00
@q474818917 扯个题外话，这类只会纯黑盒测试的 qa ，很容易被淘汰。现在都在实践测试左移，提前参与到关注代码质量，qa 才有出路。当然黑盒测试作为兜底保障，我没说这个不重要。
|
Select Language