测试方法论和代码能力
近期和另一位测试主管就 测试人员能力培养意见相左。他认为 测试人员需要的是测试设计思想，测试用例设计不出好的用例，需要培养方法论。
而我个人则认为测试人员的能力培养不能仅仅是这方法论。测试用例设计不出好的来，是整个人员素质有待提高。
例如 是否能读懂代码、是否可以看懂架构设计图、是否理解业务， 是否理解unittes、了解tcp/ip、了解http协议。简而言之，对所测试系统 使用到的技术有个了解，对业务发展有所掌握。
测试新人培养，不能仅仅是告诉人家“点点点”，大家都是思想的。都清楚的理解，重复性的点点点，不可能有大的发展。
如果让新人预见到自己五年后还是 这样子，点点点。那是否是一种负责的态度。
测试离不开点点点，如果没人乐意做，谁做？
测试新人的培养，我觉得多逛逛 51Testing、谷歌或者其他的测试论坛，了解下未来技术发展，测试新方法，新思路，没啥不好。不得不承认，当 大家 都了解了外面的情况时，会让新人觉得 自身当前测试工作有些low，形成心理落差。但是 当前工作的low是可以通过论坛里的学习，找出解决方案的吧。能解决这种点点点的情况吧。
不能因噎废食。难道还是要 点点点十年。十年的工作经历，但是他并不是你的工作经验。
一个士兵问 大王：“我跟了军队打了7年的仗了，我觉得我适合做将军”，大王说：“你牵的驴子，它跟军队打了10年了。”10年的经历，并不是你的经验。。
因人而异，愿意提高的帮助提高，不愿意提高的那就分配他力所能及的。只要把升职的门槛让他们知道就可以了。换句话说高级职位不是靠资历就可以升职的。 看不懂。。lz能不能举例说明下什么才叫好的测试用例。。。 提高测试效率，提高问题解决能力，提高沟通能力。 测试用例是测试的核心技能，也是其他技术的驱动力 你俩观点不在一个维度上，不算相左。测试方法论以及用例设计是职业的基本功，立足之本。测试方法的多样性都是为了能实现自己的测试设计和测试策略，以及在不同维度上达成自己测试方法论所设计的场景，或者是更好更快的达成自己的测试目标。很多人关注的是“点点点”，但是有一些人关注的是“怎样点更有效率”，有的人关注的是“如何点更正确”，其最终目的应该是保证结果的准确和高效。 测试用例设计不出好的来，是整个人员素质有待提高。
设计得出来的就是人员素质高么
页:
[1]
