想问一下测试的工作内容到底包含什么？

欢迎回复~谢谢

欢迎分享~

自顶~~

1.点鼠标
2.点手机
认真回答 http://coolshell.cn/tag/%E6%B5%8B%E8%AF%95

这都要问...难怪大家都觉得 QA 是没用的职位~

@yanchao7511461 只是有点郁闷，公司有个测试，上面描述的都让开发人员来弄

测试要做的事情是质量保障，就事实执行的任务来说，基本上包括：用例书写、用例执行（人工或自动化）、回归、验收等；
你列举的几个东西：
1. 这玩意应该有部分是产品用研去做的，有部分是技术方案评估去做的；
2. 测试环境的配置文件谁来管理各个团队是不同的，有的开发负责，有的交给运维之类的；
3. 测试工作绝不仅仅是测试来干的，整个项目流程中的参与者都有义务做质量保障，但 QA 是最后一关；测试提 Issue 之类参考通行的 Bug 描述方式： https://sdk.cn/news/5543

找 bug
催程序改 bug

现在这个时代的测试在转型 QA，更进一步的价值在于流程优化，提高团队整体的效率和质量，从更高的层面来保障项目现在和未来的质量、节奏、迭代。这个过程中自动化持续集成是个重点。

1.产品对项目提出了新的逻辑，这个当前系统能否满足这个新逻辑，是不是应该测试测一下？
>先评审新的逻辑或需求是否合理，决定要不要测试。如果要测再根据项目进度决定测试时间和范围。

2.测试环境的配置文件，是否应该由测试人员自己修改 ？
>我司有专门的工程管理部负责，开发要做好基本配置以确保测试人员接手后能尽快投入测试工作。具体测试人员能对项目做多大程度改动得看测试内容吧（黑盒？白盒？）

3.测试提 bug 改如何描述，包含哪些内容
>这个不是按公司选定的缺陷管理工具来提的吗？一般有缺陷 id、缺陷状态、项目、模块、概要、详情、测试人员、负责人、发现时间修复时间等等等等。。。

个人看法，仅供参考。
以上。

背锅

催测试点通过被拍过桌子：“我们是生产线上最后一道防线！”

就经验而言，测试的工作首先取决于你所在的公司对测试的认知，其次则是项目团队内部对于测试工作的理解。你提的前两个问题都和上述定位有关联，至于第三个问题，即使在没有缺陷管理工具的情况下，一个靠谱的测试，至少会给你写明预置条件、操作步骤、实际结果与预期结果以保证你看到信息就可以复现出缺陷。

@lesloli 是的

不要看不起测试，好的测试的代码能力要比开发还强。

@Stiven7 并没有看不起测试，也认为测试时必不可少重要的一个环节

下面的回复都偏了，偏的有点测试本身的问题，那就索性偏着来吧，关于测试的职业，厉害的测试是怎样的，
不是这个，是这个

当然这还是正常的，更厉害的是前几天的思寒大神的帖子，
https://testerhome.com/topics/8727
作为一个小测试，刚开始的时候，经常被开发怼，哈哈哈，不过没关系，测试有时间学习啊，而且很多开发知识面也限于所做的工作，他做前端，就用后端的知识怼，他做后端，你就用前端怼，如果是都懂，就扯网络知识
哈哈哈，开玩笑说说，还是要提高 coding 能力啊，测试相对来说知识面要求的要广，在一些深度的方面还是要向开发请教啊

主要任务就是和研发互怼

黑盒测试和白盒测试，和开发互怼

@sampeng 哈哈，互怼的经常是产品不太明确导致或者工作划分不明确都觉得是对方应该干的