1.产品对项目提出了新的逻辑,这个当前系统能否满足这个新逻辑,是不是应该测试测一下? 2.测试环境的配置文件,是否应该由测试人员自己修改 3.测试提 bug 改如何描述,包含哪些内容
     1 
                    
                    kaka8wp   OP 欢迎回复~谢谢 
                 | 
            
     2 
                    
                    kaka8wp   OP 欢迎分享~ 
                 | 
            
     3 
                    
                    kaka8wp   OP 自顶~~ 
                 | 
            
     4 
                    
                    TheCure      2017-05-24 14:03:53 +08:00     | 
            
     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. 这玩意应该有部分是产品用研去做的,有部分是技术方案评估去做的; 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.产品对项目提出了新的逻辑,这个当前系统能否满足这个新逻辑,是不是应该测试测一下? 
                >先评审新的逻辑或需求是否合理,决定要不要测试。如果要测再根据项目进度决定测试时间和范围。 2.测试环境的配置文件,是否应该由测试人员自己修改 ? >我司有专门的工程管理部负责,开发要做好基本配置以确保测试人员接手后能尽快投入测试工作。具体测试人员能对项目做多大程度改动得看测试内容吧(黑盒?白盒?) 3.测试提 bug 改如何描述,包含哪些内容 >这个不是按公司选定的缺陷管理工具来提的吗?一般有缺陷 id、缺陷状态、项目、模块、概要、详情、测试人员、负责人、发现时间修复时间等等等等。。。 个人看法,仅供参考。 以上。  | 
            
     11 
                    
                    GlobalNPC      2017-05-24 18:27:28 +08:00 
                    
                    背锅 
                 | 
            
     12 
                    
                    doublleft      2017-05-24 18:36:29 +08:00    催测试点通过被拍过桌子:“我们是生产线上最后一道防线!” 
                 | 
            
     13 
                    
                    mouse12315      2017-05-24 21:07:31 +08:00    就经验而言,测试的工作首先取决于你所在的公司对测试的认知,其次则是项目团队内部对于测试工作的理解。你提的前两个问题都和上述定位有关联,至于第三个问题,即使在没有缺陷管理工具的情况下,一个靠谱的测试,至少会给你写明预置条件、操作步骤、实际结果与预期结果以保证你看到信息就可以复现出缺陷。 
                 | 
            
     15 
                    
                    Stiven7      2017-05-25 09:16:00 +08:00 
                    
                    不要看不起测试,好的测试的代码能力要比开发还强。 
                 | 
            
     17 
                    
                    Manuones      2017-05-25 11:16:35 +08:00    下面的回复都偏了,偏的有点测试本身的问题,那就索性偏着来吧,关于测试的职业,厉害的测试是怎样的, 
                  不是这个,是这个   当然这还是正常的,更厉害的是前几天的思寒大神的帖子, 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 初级的就是点点点,之后跟开发说:啊不对啊,怎么回事 啊 
                 |