上周五刚刚结束了一个项目，今天，新的项目又要开始，在开始之前，想再次从头开始总结一下之前的测试工作。想一想，自己已经很久没有好好的写过一篇日志了，尤其是总结性文档，每天都这样子“混”，每天都不得清闲，每天又不会太过紧张到想要加班的程度，最近几个月一直都是这个样子，除了工作以外，似乎在测试能力上自己并没有太大的提高，如此下去，能力得不到提升，又如何对的起自己的未来，与自己对以后的规划呢？矛盾中。。。。
言归正传，简单总结一下之前写的内容，再补充那么一条，整个过程。。。
1. 了解业务、背景
一个新的测试任务开始之前，首先确认一下此次测试的背景，包括测试目的，准备测试环境，包括程序，机器
所有环境准备好后，根据测试任务流转单中的测试需求部分，了解相关业务知识，制定测试大纲0.1版本
2. 主流程测试
开票机内所有功能模块的正确执行，都是建立在主流程正常的基础上，故在测试时，首先要保护主流程的正常。
3. 各项子功能模块测试
针对此次测试任务流转单需求中描述，以及事先编写的测试大纲0.1版本执行测试，在测试过程中，通过不断的与研发进行沟通，补充完善测试大纲，在测试过程中想到的测试点要尽量全部整理到测试大纲中去（相关联的地方建立关联），以防功能点的遗漏，以及方便日后补充word用例。
4. 容量测试
根据程序的不同，决定是否进行容量测试（flash滚动测试、联动的大数据量开票等）
5. 外设
虽然外设部分的测试属于硬件测试，但是软件测试中，此部分功能也要进行测试。
扫描枪：注意各种长度、类型（是否有字母）的条形码的扫描情况
钱箱、手写板无补充
6. 补充
1）升级测试
在1的过程中，如果此次测试属于程序升级内容的测试，那么在保证主流程正常情况下，对新添加需求测试完毕后，也要对程序升级进行测试，要确保新程序的修改不会对原程序造成影响，且升级后，新功能部分可正常使用。若为新程序，则不需要进行升级测试
2）沟通
在测试过程中，与研发深入沟通，遇到问题多问一句，尽量了解code的具体实现，通过这些，可以设计出仅在功能上不易想到的用例，将其整理到测试大纲中去。
3）汇报
有时，由于测试任务工作量并不大，组长只是把任务分配下来，由测试人员单独完成，在测试的过程上，遇到问题及时汇报情况，让组长/领导及时了解到当前测试的进度与情况。
4）请假
因为个人原因需要请假，而项目尚未结束或处在关键时期时，在请假前一天下班前，要向组长/领导汇报当前项目处于什么样的一个状态，剩下多少任务没有完成，便于组长/领导监督其它人的任务完成情况，导致人一走，任务便无人继续进行的情况出现。
5）总结
在测试过程中，通过与研发沟通，每每获知新的业务知识时，要及时的将其总结整理下来，以防以后因时间不允许一再推迟，而导致“忘记”的现象发生（本人记性不好嘛）。
6）暂停吧。。。。
