新任测试主管，如何做好以下几方面的工作？
本帖最后由 jimao 于 2016-5-10 10:45 编辑最近公司领导要我有空想一下，如何更好的开展测试组的测试工作，内容包括以下几个方面的内容，请大家帮我出出主意，谢谢！
1.如何做好测试工作效率的提升和测试流程的优化？
2.采用哪些手段或方法去保证组员测试后的质量是符合测试要求的？即在需求文档不完善的情况下，如果减少上线系统的bug？
3.如何改善现有的由于2年调一次工资，又不多（300~500块），导致测试人员积极性不高的、责任心不强、不想多干活的现状？ 顶一下，期待大神解答，我也想知道:D 先找出问题的根源，一个一个的解决就行了呗，不是空口讲的，要从实际情况出发 加薪不多，这个就是大问题了，要想办法提高薪水才行的 2年调一次工资，又不多（300~500块），确实很要命 1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物的输出这些细节很重要，测试工作效率提升当然也离不开开发、产品的配合。另外可以通过一些编码、测试小技巧来提高测试人员的积极性，比如说接口测试，这样会让人觉得有新鲜的东西做，又能学到很多。流程的优化，就是解决在流程中的问题，可以多玩玩头脑风暴，让人员都参与进来，有存在感。
2.采用哪些手段或方法去保证组员测试后的质量是符合测试要求的？即在需求文档不完善的情况下，如果减少上线系统的bug？
答：（1）执行测试用例，这步很重要，没有几个测试人员真正根据测试用例去执行测试，都是以为自己记得，所以按思维来执行。我个人觉得用思维导图来写测试点更方便，也更直接，评审也很重要。
（2）思维，测试人员在测试一个功能点一定的时间后，可以交叉测试（这个点把握好），如果一直由一个人员测试，点来点去会失去耐心，根本没有用心去发现问题。
（3）现在说来说去都是性能、自动化，可以把一些简单的东西用起来，比如创建数据觉得很麻烦，也很烦，每次测试都需要创建大量的数据，这就可以借助自动化工具来玩，半自动化也挺好啊。
（4）需求文档不完善，这种情况到处都能看到，甚至是没有需求文档。这时候与产品、开发的沟通尤为重要，测试前的准备就要充足，更渗透的去了解到背景、功能点、逻辑。
3.如何改善现有的由于2年调一次工资，又不多（300~500块），导致测试人员积极性不高的、责任心不强、不想多干活的现状？
答：这个说实话，2年加500你自己都不愿意待，更别说给个区间的300啦。 ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说的好有道理的样子。。赞一个 ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说的好有道理的样子。。赞一个 鲁西西和皮皮鲁 发表于 2016-5-13 16:34
说的好有道理的样子。。赞一个
个人观点，方方面面都有很多细节，需要更多的总结。 ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说得真好 ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说得真好，为你点赞！！！！！！！！！！！！ ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说得真好，为你点赞！！！！！！！！！！！！ ouyanggengcheng 发表于 2016-5-10 14:37
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物 ...
说得真好，为你点赞！！！！！！！！！！！！ msnshow 发表于 2016-5-10 13:29
先找出问题的根源，一个一个的解决就行了呗，不是空口讲的，要从实际情况出发
说得对:P
1.如何做好测试工作效率的提升和测试流程的优化？
答：首先是流程化，与开发、产品的沟通，流程对接，产物的输出这些细节很重要，测试工作效率提升当然也离不开开发、产品的配合。另外可以通过一些编码、测试小技巧来提高测试人员的积极性，比如说接口测试，这样会让人觉得有新鲜的东西做，又能学到很多。流程的优化，就是解决在流程中的问题，可以多玩玩头脑风暴，让人员都参与进来，有存在感。
2.采用哪些手段或方法去保证组员测试后的质量是符合测试要求的？即在需求文档不完善的情况下，如果减少上线系统的bug？
答：（1）执行测试用例，这步很重要，没有几个测试人员真正根据测试用例去执行测试，都是以为自己记得，所以按思维来执行。我个人觉得用思维导图来写测试点更方便，也更直接，评审也很重要。
（2）思维，测试人员在测试一个功能点一定的时间后，可以交叉测试（这个点把握好），如果一直由一个人员测试，点来点去会失去耐心，根本没有用心去发现问题。
（3）现在说来说去都是性能、自动化，可以把一些简单的东西用起来，比如创建数据觉得很麻烦，也很烦，每次测试都需要创建大量的数据，这就可以借助自动化工具来玩，半自动化也挺好啊。
（4）需求文档不完善，这种情况到处都能看到，甚至是没有需求文档。这时候与产品、开发的沟通尤为重要，测试前的准备就要充足，更渗透的去了解到背景、功能点、逻辑。
3.如何改善现有的由于2年调一次工资，又不多（300~500块），导致测试人员积极性不高的、责任心不强、不想多干活的现状？
答：这个说实话，2年加500你自己都不愿意待，更别说给个区间的300啦。
说的不错！ 说的很好，都是很现实的问题 去年年底接手的团队，基本上就是这种情况，如果你不用小技巧或者工具培训啥的，就根本团队没有积极性。而且所带团队都是各自执行各自的思维用例，都不是按照写的用例来写。导致会出现经常漏问题。开发也没有对应的需求文档，问多了嫌你烦，问少了，又不清楚。这种局面，感觉我这个组长在这里挺难受的 现在看楼上的贴，原来是自己发的。现在还是有些问题，想问问伙伴们，上级领导的话，可以直接下达？ 建议和你的上级领导直接沟通吧，每个领导都不一样。别张冠李戴了就不好了。 怎么在较短的时间内保证较高的覆盖率？现在确实稍微有点经验的都不喜欢执行用例，即时这个用例不是自己写的，也失去探索的欲望。
页:
[1]
2
