做测试有几年的时间了，很少这样了完整的来总结一些东西，最近有时间小小的总结了一下，针对公司有些项目提交测试时，存在的一些问题，谈谈个人的一些看法，比如没有需求，也没什么任何文档或有少量不全文档；提交测试大部分是到了开发的后期，有一部分项目是快验收了，才提交测试。面对这些问题，一直未有很好的解决办法，个人觉得测试人员针对这些问题可以自己作一些调整，以期更好的完成测试工作：

　　1. 刚开始连需求都没有，就得到了测试任务。这时可以首先看看功能能不能正常走通。

　　1.1 根据功能做一个基本的测试计划，并写明一些测试方法（如边界值，等价类划分等）。

　　1.2 开始要实施测试了，一边写测试用例一边执行，如果可以最好是先写测试用例然后执行，没时间写完整的用例时，可以列出需求点，针对每个需求点来进行测试。同时在执行中及时的补充与修改。

　　1.3 要整理出对功能中不明白之处，可以找相关人员可以是PM沟通。这个一定要坚持直到得到明确的答案。

　　2. 学会换位思考，将自己当成客户

这是非常重要的，在测试中你可能会发现，有时无法关注测试的重点。

有时客户表达的需求，开发团队所理解的需求，以及客户真正使用时的需求，有重大的差别；

　　这时你需要静下心来，将自己当成客户，如果是客户他会怎样来操作这个界面，同时他要这个功能主要想完成哪些工作，如何才能更方面操作、更快捷的完成工作。

　　如此反复几次，这种思考方式将对你的测试非常有利。

　　3. 非常复杂的业务逻辑，学会庖丁解牛，分解成一小块一小块测试

　　有时你会碰到这种情况，所要测试的模块业务逻辑非常复杂。

　　这时你该怎么办呢？工作中一定要静下心来，认真仔细的分析这个业务。由简单到复杂，简单的测试通过后才能做复杂的测试。而不是一开始就做复杂的测试。

　　4. 求助开发或PM

　　还有一种业务或者服务，因为作为测试开发经验较少，所以有时程序的方法还不是很了解。也不知道这个功能是怎么实现的，但为了做到百分百的测试。你需要求助于开发或PM，让他们来帮你完成测试方法或用例。

　　同时更重要的是，你要以他们给的方法和用例为基石，设计出更好的更全面的测试方法。

　　有时你需要让开发帮你去做测试，和他一起共同完成测试。

　　黑盒测试做了这么久了，现在发现工作中80%其实都是黑盒测试，虽然每种方法（黑盒，白盒，灰盒）都有自己的优缺点，但80%的问题都是黑盒测试出来的，所以我们还是要从最基本的功能测试上进行提升。