1.产品对项目提出了新的逻辑,这个当前系统能否满足这个新逻辑,是不是应该测试测一下? 2.测试环境的配置文件,是否应该由测试人员自己修改 3.测试提 bug 改如何描述,包含哪些内容
1
kaka8wp OP 欢迎回复~谢谢
|
2
kaka8wp OP 欢迎分享~
|
3
kaka8wp OP 自顶~~
|
4
TheCure 2017-05-24 14:03:53 +08:00 1
|
5
yanchao7511461 2017-05-24 14:10:16 +08:00
这都要问...难怪大家都觉得 QA 是没用的职位~
|
6
kaka8wp OP @yanchao7511461 只是有点郁闷,公司有个测试,上面描述的都让开发人员来弄
|
7
ucaime 2017-05-24 14:13:15 +08:00 1
测试要做的事情是质量保障,就事实执行的任务来说,基本上包括:用例书写、用例执行(人工或自动化)、回归、验收等;
你列举的几个东西: 1. 这玩意应该有部分是产品用研去做的,有部分是技术方案评估去做的; 2. 测试环境的配置文件谁来管理各个团队是不同的,有的开发负责,有的交给运维之类的; 3. 测试工作绝不仅仅是测试来干的,整个项目流程中的参与者都有义务做质量保障,但 QA 是最后一关;测试提 Issue 之类参考通行的 Bug 描述方式: https://sdk.cn/news/5543 |
8
lesloli 2017-05-24 16:17:19 +08:00
找 bug
催程序改 bug |
9
mikuazusa 2017-05-24 16:21:16 +08:00
现在这个时代的测试在转型 QA,更进一步的价值在于流程优化,提高团队整体的效率和质量,从更高的层面来保障项目现在和未来的质量、节奏、迭代。这个过程中自动化持续集成是个重点。
|
10
LensAclrtn 2017-05-24 18:26:55 +08:00 1
1.产品对项目提出了新的逻辑,这个当前系统能否满足这个新逻辑,是不是应该测试测一下?
>先评审新的逻辑或需求是否合理,决定要不要测试。如果要测再根据项目进度决定测试时间和范围。 2.测试环境的配置文件,是否应该由测试人员自己修改 ? >我司有专门的工程管理部负责,开发要做好基本配置以确保测试人员接手后能尽快投入测试工作。具体测试人员能对项目做多大程度改动得看测试内容吧(黑盒?白盒?) 3.测试提 bug 改如何描述,包含哪些内容 >这个不是按公司选定的缺陷管理工具来提的吗?一般有缺陷 id、缺陷状态、项目、模块、概要、详情、测试人员、负责人、发现时间修复时间等等等等。。。 个人看法,仅供参考。 以上。 |
11
infun 2017-05-24 18:27:28 +08:00
背锅
|
12
doublleft 2017-05-24 18:36:29 +08:00 1
催测试点通过被拍过桌子:“我们是生产线上最后一道防线!”
|
13
mouse12315 2017-05-24 21:07:31 +08:00 1
就经验而言,测试的工作首先取决于你所在的公司对测试的认知,其次则是项目团队内部对于测试工作的理解。你提的前两个问题都和上述定位有关联,至于第三个问题,即使在没有缺陷管理工具的情况下,一个靠谱的测试,至少会给你写明预置条件、操作步骤、实际结果与预期结果以保证你看到信息就可以复现出缺陷。
|
15
Stiven7 2017-05-25 09:16:00 +08:00
不要看不起测试,好的测试的代码能力要比开发还强。
|
17
Manuones 2017-05-25 11:16:35 +08:00 1
下面的回复都偏了,偏的有点测试本身的问题,那就索性偏着来吧,关于测试的职业,厉害的测试是怎样的,
不是这个,是这个 当然这还是正常的,更厉害的是前几天的思寒大神的帖子, https://testerhome.com/topics/8727 作为一个小测试,刚开始的时候,经常被开发怼,哈哈哈,不过没关系,测试有时间学习啊,而且很多开发知识面也限于所做的工作,他做前端,就用后端的知识怼,他做后端,你就用前端怼,如果是都懂,就扯网络知识 哈哈哈,开玩笑说说,还是要提高 coding 能力啊,测试相对来说知识面要求的要广,在一些深度的方面还是要向开发请教啊 |
18
sampeng 2017-05-25 12:04:33 +08:00
主要任务就是和研发互怼
|
19
IanPeverell 2017-05-25 13:40:41 +08:00
黑盒测试和白盒测试,和开发互怼
|
21
kaka8wp OP @IanPeverell 初级的就是点点点,之后跟开发说:啊不对啊,怎么回事 啊
|