软件测试老痞

我的组员一上来就是参考业务写用例，写步骤，提bug，但是你把这些做完之后，也要学会问问或者探探他要什么，顺着他的思路继续做下去，一次探不出来，多探几次，越是怕沟通，拒绝沟通，最后死的越惨。在一些公司，很多非测试人员很少了解到真正的软件测试流程，这个时候他因为是整个项目的负责人，他又想让你进来参与项目，你这个时候最需要的就是和他积极的沟通，把自己的想法和他探讨，哪怕最后的想法被否定，你的过程也是被其他人认可的。但是，事实就是这样，很多时候，你的测试流程和形式推广不下去的时候，不是他不对，而是很多人不认可。

最近我看到很多人都在问软件测试怎么入门？ 然后一堆人什么自动化，什么性能测试，什么数据库，什么服务器先说一堆？ 能不能可怜下这些想学习的入门同志们，帮他们先入个门，后面再谈这些，毕竟很多人还是想先了解软件测试是个什么？主要都干些什么？你们一般都在企业里面做什么？怎么写用例等等 为此，我决定写一篇文章，指导大家怎么去入门? 我们都知道：在古代的武侠小说中，如果要学习一个高深的武功的第一步，都是练习内功或者基本功。同样学习软件测试也是一样，我们得去修炼内功和基本功。 那么软件测..

直接上图，个人整理

用例评审很多测试人员不重视，但是往往不重视的环节其实做好可以起到意想不到的效果 ​ 后面再讲如何做好一份测试用例的评审。 首先强调下！！！ 用例评审一定要求产品，测试，研发都参与！！！用例评审一定要求产品，测试，研发都参与！！！用例评审一定要求产品，测试，研发都参与！！！ 为什么要求都参与？ 用例的编写依据来源于需求 产品参与用例评审的好处是：通过用例的评审，可以检查测试人员是不是准确的理解了需求，并将需求中的每一个需求点都cover了 第二个好处是，对于评审需求中正常.

存放接口的媒介有很多。 比如：代码中写入case testcase储存在Excel 当然，也有些测试开发人员代码功力较为丰厚，将testcase的数据存储到数据库中，通过前端浏览器页面直接录入case，存储在数据库中。 那么作为一个测试开发人员，我们应该选择哪一种方式么？ 很多企业的测试人员用Excel，原因是对于大多数测试人员来说，Excel的使用都比较数量，很容易上手，其次是Excel是一个数据结构很明晰的文档管理结构。 相对于网页的开发难度来说，对于大多数测试开发人员.

（图片来自网络，侵删） 又到了写年终总结的时候，年初的时候我们信誓旦旦，这一年要种瓜得瓜种豆得豆、成为高富帅、迎娶白富美、走向人生巅峰，可惜大部分情况是： 测试部门举（die bu）足（teng）轻（niang bu）重（ai），系公司产品质量于一（bei）身（guo），决定着公司的品牌形象。因此测试经理的年终总结甚至会影响公司来年战略部署（bug太多的来年下线），一定是全公司领导关...