我目前所在的公司就我一个测试人员。像这种情况的话,我在一篇文章里看到过,测试就属于公共资源,一个测试人员对应多个项目。你可以根据以下几点开展工作:
1.在正式测试任务提测前,开发组应提前一周左右向测试人员通知,明确较为准确的测试日期,提供当前最新的相关资料。测试人员根据相关资料理解需求,拆解需求点,如果有时间最好编写测试用例,时间紧急的话,可以整理一份测试功能点。遇到没有需求文档或者需求文档不完善的情况怎么办呢?
如果是对之前系统的升级,你可以查找之前是否有需求文档或者用户手册、再不然从之前参与项目人员那里了解相关需求。
如果是新项目,没有需求文档也会有原型的,我目前负责的项目就是这样,没有需求文档, 只有原型且不完善,那遇到这种情况的话,你可以把不清楚的地方记录下来,然后及时与产品设计人员沟通,最后你可以自己形成一个文档,方便后期自己或者别人了解。
2.根据测试用例或者测试点执行测试,测试顺序为冒烟测试(测试系统整体是否达到提测标准)、主业务测试、其他功能性测试、界面测试、兼容性测试等。
3.不忙的时间,一定要学习提升自己的测试技能,而且一定要试着补充测试计划、测试方案、测试报告等文档,这对你以后去其他公司会有很大的帮助。