软件测试行业总结,工作总结1（软件测试）

在博客上写工作总结的心态还是很放松的吗，不需要领导的审批，主要是写给自己，算是一份比较长周期的总结，主要是做做反思(就如同王总讲的自我批评，其实每隔一段时间做做这项工作还是蛮好的)

最近一段时间看到的互联网产品类的网站和文章比较多，都差点忘记自己是个做测试的

说说对于软件测试的一些总结或是看法

其实做黑盒测试已经好今年，对于基于软件测试的基础概念个方法不必再多说，基础的方法就那么多，每个人不一样的地方就是每个人对于这些技术的使用能力是不同的，而这种的不同正是能力的一种体现；我自己的感觉是，其实落实到实际的方法中，有可能是好几种方法在一条测试用例的体现；但是有些方法还是要重视的，比如数据边界，但是这种边界是基于不同的使用习惯，这些习惯是需要有数据积累的，最近刚在这块吃过亏，记忆深刻

对于一个项目的测试，需要抓住重点，然后根据不同的测试要点安排测试的优先级；要做到这一点需要加强分析能力，其实很多项目的核心要点都是跟我们的实际经验相关的，比如银行的核心业务，证券的核心业务，这个我们是可以分析到的，然后根据核心要点去评估测试；从这个角度的来看，我们也可以在对外发布之前确定哪些bug可以暂不修复；比如最近测试的ERP项目中最重要的部分的是学生账户的部分，必须保证学生的账户金额不能发送错误，涉及到跟金额相关的所有的单一或是组合操作；对于ERP项目的记忆点是：同一个用户能否一次登录多个客户端，并做相同的操作，这种相同操作是否会发生重复扣除费用、扣除课时等情况

第三点要说的事业务流程，每一个项目都不能脱离业务流程而存在；如果再测试项目的时候，连项目的业务流程都搞不明白，就真的要担心这个项目测试完毕后的风险问题了；所以在很大程度上，对于业务流程的完全掌握和编写基于业务流程的测试用例也是很重要的；对于业务流程的熟悉可以去跟PM或是项目经理去了解(包含需求文档中的业务部分)；再有的途径就是留意生活的很多方面，去银行办理业务、网购的经历等等；总是要做好测试，必须了解业务，如果是一个人单独做，跟这个项目相关的所有业务都必须特别熟悉；在这一部分我要提醒自己的是，在测试当中，需求的了解以及测试需要的文档或是准备工具都齐全之后，接下来事情就是我们来完成；别人给出的意见可以作为参考，但是不能作为唯一的依据；项目中的测试用例如何编写，如何测试等等这些都是你自己来做的，不能跟着别人左右摇摆；至少在测试当中我们还是要独立的，要是都按照别人的意见执行，那哦我们充其量只能是个做执行的，但是做测试最可贵的是要有自己独立的思想(测试思维)；这是谁也不能取代，这才是核心竞争力，不过我在这方面做的很差劲(不过有条件的情况下，测试人员之间的相互测试还是要做的，别人有用的意见还是要采纳的)

接下来要说的事测试用例，测试用例的编写是测试人员的基础技能，也是最重要的技能；对于测试用例的模板我现在不是特别在意，对于测试用例最核心的部分是你自己写完测试用例之后要能够跟别人讲明白你的用例，每一条用例都是测试哪一点，测试的整体思路是什么；对于测试用例评审之后，对于测试用例的补充和完善也是很重要的，对于需求变更之后的测试用例维护也是必要的；最终的测试用例要是能够用于执行的，而不是写给别人看的；所以测试用例的可操作性和即时维护是很重要的，要多写用例，用例评审之后要多总结；对于测试用例这块我并不觉得我写的好，今天努力提高吧；最重要的就是用例要是可以执行的，不能只是摆设；对于测试总结文档以及测试计划这些部分，根据项目的需要可以考虑是否编写，但是对于资源的分配也是能力的一种考勤，再带新人以及工作分配方面，只能说是失败，先总结点失败经验吧

最后说说移动互联网，移动互联网一定是大趋势，对于移动互联网的测试比较欠缺，目前能后积累的就是测试网站或是论坛上看到的关于这些部分的一些文章；但是基于智能手机的支付功能的实现，就决定的对于手机的安全测试必要要做的；对于智能手机的测试中，使用的APP是否耗电，是否特别耗流量等也是需要我们考虑的；这些方面对于手机的测试都是要做的；落实到具体的项目中，就根据项目的需求和一定的业务来展开；但是特别要注意的是，要特别主要你所测试的APP的使用场景，然后基于这些场景编写相关测试用例并进行测试；对于移动互联网，只能拥抱了，去下载一些感兴趣的应用，实际使用下，只有使用过了，那么实际很多遇到的情况你就很清楚了，只能用过才是王道，一些理论层面的东西都显得那么的苍白无力

最后一句话，多关注产品经理方面的文章和动态没什么不好，至少是以后可以转型的一种方向；但是不能忘记我是个做测试的，先把眼下的事情才是最重要的，再做好当下的事情的基础上，有可能情况下再关注的别的，做点别的考量也没什么不好的

加油吧