不要害怕提出来得问题被拒绝
不要害怕提出来得问题被拒绝
不要害怕提出来得问题被拒绝
这个问题,今年公司的职级认证答辩的时候考官也问了我。给我问懵逼了。
我是来认证功能测试的,问我怎么解决问题……………………100 个无语
之前招了一个 5 年测试经验的小伙子。他登记的问题是这样的:
[步骤]:进入 XX 详情页面,查看调用接口返参及页面 XXX 数展示
[结果]:XXX 数接口有返数据,页面未展示数据问题
[期望]:接口有返数据,页面展示数据正确
这是他登记的问题的所有内容,没有任何其他信息,除了 XXX 是业务内容不方便展示。
真不是行情不好想开掉他,忍了几个月。领导不想动他也不好说什么。后来老婆创业回家帮助老婆去了。那一天我为自己加餐庆祝了一天。
作为一个测试,为什么要对需求说不呢?开发如果都说可以办到,我们只要验收符合需求不就好了
d = uiautomator2.connect (getIp ()) # wifi 连接。
connect 的时候,要指定设备 id,或连接与电脑一致的 wifi
作为在职场中摸爬滚打了将近 9 年的人,看到这个贴子,顿觉汗颜。刚入职的时候,没有丝毫规划,也没有认真审视过自己。
只想说,你做的很棒,继续坚持。加油。
按照我们公司的情况,目标分为门槛目标、基准目标、挑战目标,完成项目的基本测试工作属于门槛目标,是公司对部门的要求,完成了才有工资钟的绩效工资部分;基准目标、挑战目标就是部门对公司的承诺,完成这个承诺,公司支付响应的奖励。
所以完成项目测试和其他的超越项目的工作是不冲突的。
汇报的时候一般我会提供这些数据给领导:
1、投入:本年度投入 XX 人月,完成 XX 项目
2、产出:共完成 XX 个功能模块,发现 XX 个问题,验收 XX 个问题
我们公司项目组织结构和产品研发流程是开发部门和实施部门两个独立组织,由开发部门内部测试后发出去由实施部门验收,这里面就会有内部测试的产出和实施验收部门的测试产出
我会再算一个缺陷漏出率 = 内部测试发现问题数量/实施部门测试发现问题数量,通过这个数据来反馈我们内部测试部门的工作产出质量。