软件测试就像是一场本该在用户面前发生的灾难提前在自己面前发生了这会让他们生出一种救世主的感觉拯救了用户也就拯救者这个软件避免了他们被卸载的命运。在一天的工作结束前确定特定的最终目标并测试执行一个框架或应用程序以指出其错误或缺陷。测试的职责是找到bug并指出问题给Dev开发人员提供一个线索以帮助他们根据需求纠正错误。测试应该比开发更熟悉业务需求测试人员的水平主要体现在测试用例的设计上。要设计出全面覆盖广的测试用例需要测试人员对自己所测试的项目的业务需求非常熟悉甚至要比开发人员还要熟悉。如果是测试银行系统通信行业或者ERP软件。这些业务知识非常有用的学习起来比较有激情。要做到精通业务需求谈何容易1.要熟读功能需求文档任何有疑问的地方都要去和PM确认。2.把自己当成最终用户经常使用自己所测试的软件。模拟用户的行为。3.熟记软件的每个功能。假如倒霉碰到一些又没用又繁琐的软件真的是不想去学习它的业务出了这个公司就再也用不到的业务学会如何跟开发相处测试人员必须跟开发人员密切合作 所以跟开发人员搞好关系是相当重要的。1.和开发人员成为朋友。熟悉了干啥都方便。2.不要打扰开发人员看到开发在聚精会神写代码的时候千万不要去打扰人家。写代码需要集中精力如果被打扰就会中断思考。3.集中问问题。把需要问的问题都总结起来集中起来问开发这样能节省大量的时间。4.写好Bug不被开发人员烦。如果开发人员看到一个Bug 描述不清楚还无法重现他肯定会骂测试人员。所以测试人员一定要写好Bug描述精确简洁没有歧义详细简洁的重现步骤加截图。测试人员应该懂一些基本的编程你的产品是用Python开发的那测试人员应该有Python的入门知识。你测试web程序你起码要了解HTML,CSS, Javascript, Jquery吧否则你测了一两年web程序都不知道这东西是怎么做的悲剧了吧。只有懂代码你才能和开发人员交流不被开发鄙视。测试人员搭建开发环境产品的代码是最好的学习资料了我们不能总跟在开发屁股后面做测试不能老是等开发build一个版本后我们就测试这个版本开发check in了什么代码测试人员一点都不知道。偶尔我们应该了解下产品代码是怎么设计的了解下开发人员是如何修复bug的。说不定编程水平高了还能帮开发做code review使用源代码工具把产品代码check out到本机。经常看看代码经常看看开发修复bug时候提交的代码.写文档是测试人员的核心能力我记得我以前的test lead说之所以她能当lead, 是因为她很会写文档发邮件。写文档需要总结归纳的能力还要逻辑清晰。她非常擅长分析几十页的Spec写出几十页的测试计划。她还非常擅长汇总测试报告。每天将完整清晰漂亮的测试报告发给各个组 让公司所有的人都能清晰的看到测试组的工作。在她的带领下我们总结出很多文档比如”New hire checklist”, “on boarding traning”, 测试工具使用的文档等等。测试后期应该做两天交叉测试交叉测试就是指两个测试工程师互相交换下测试的项目。这样做有很多好处。1.有利于找出bug, 测试工程师测久了自己的项目容易形成眼盲。会对一些Bug熟视无睹。2.有利于知识和业务共享避免人员离职请假造成无人测试的情况。3.测试思想不一样可以互相找出很多问题测试人员的瓶颈手动测试工作做个两三年基本上就能掌握测试需要的大部分知识如果没有爬到test lead的位置 很多人就感觉到发展瓶颈了每天重复测试学不到东西很快就会对测试工作失去激情。学不到东西技术水平低下是测试这个行业最大的毛病。如何突破瓶颈这个是重中之重。尽量实现自动化一点要抽时间尽量把自己的测试工作实现自动化可以节省测试的时间提高自己的技术水平也可以避免老是重复测试。自动化测试VS手动测试现在很多公司招测试的要求越来越高很多好公司招senior QA,都要求5年工作经验以上掌握一门编程语言有丰富的自动化测试经验。当然自动化测试的待遇也会比手动测试好很多。自动化是必然趋势 只会做手动测试的人以后肯定会失去竞争力。
