项目背景：
小公司只有一个测试，本次项目时间紧，开发任务重，测试时间被严重压缩
‘我’是如何开展测试工作的？
首先需求评审后，制定测试计划（不同时间段要测试哪些模块）、设计测试用例，前后端接口联调后测试接口，接口测试结束后开始功能测试（先走一遍核心功能，确保主流程没问题，然后再各个模块进行测试，这样做确保第一时间发现重大问题，方便开发及时修复）
‘我’在测试过程中遇到哪些问题？
开发bug多且不全力配合测试，有的bug开发不解决测试就无法继续推动，导致测试计划不能如期进行。这种问题和领导反馈过，但是开发性格就那样，一时之间很难改变。所以在确保主流程，核心功能没问题的情况下删除部分测试用例，一些非核心功能可留在下一个版本进行测试（如页面样式及可优化类问题等）
‘我’在测试过程中遇到问题后如何解决的？
小公司开发人员有限且开发质量参差不齐，导致bug很多，这个时候没时间把问题一个个提到禅道那样浪费双方彼此的时间，可以采用多人协同编辑软件如石墨或有道云，测试按模块整理好bug提供给开发，开发修复后并更新文档，测试对照更新的文档再次验证bug，就这样如此反复直到bug被修复。理想情况最好当天提的bug当天修复，第二早上验证bug，往往现实和理想有一定差距这个时候就体现测试沟通的重要性，一定要主动问开发修复的情况并盯着开发把问题给解决了
反思和总结：
公司只有一个测试，人的精力有限，难免会出现本不该出现的漏测。如何解决这种现象设计用例时对于核心的功能要重点关注、采用等价类划分+边界值+过往经验+业务知识设计各种场景、非核心功能适当放宽要求，这样才能确保项目质量。希望本篇文章对大家有用。