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