1.先和开发人员协商，问他一天内能否开发完成； 2.第一天，写好测试用例，进行前期的准备工作； 第二天，执行测试用例并跟踪bug，确保所有的bug都能得到修复，实在弄不完只能加班。

编号，所属模块，执行步骤，预期结果，关键词，用例类型，优先级，用例状态，前置条件

首先要评估下风险，比如说，可能我根本做不完，风险太大，那么这个我首先 要把风险提出来，给对应的领导，那么我会要求有人协助我完成，需要多少人力来完成； 如果只是说，正常时间完不成，那么我可以提下加班，看加班这个时间段能否 完成，如果可以，我会和老大商量，提出加班计划； 如果是其他的，比如说我只需要把优先级高的工作完成，其他工作可以安排到 下一个版本去做，那么我就做个详细的计划，把计划给老大说下

能接受加班，对于IT行业来说，加班就是家常便饭，以前我也经常加班，在项目比较紧的时候加班相对多一点，我个人工作效率还是比较高的，自己工作完成了，也会去帮助同事去做一些力所能及的事，提高团队的工作效率。

测试用例全部执行 不存在缺陷等级为3，4的bug； 所有提交的bug已得到更正； 不能影响软件主功能的运行 软件的质量可以满足用户要求

一般是两轮：一轮是组内评审，一轮是经理评审。 第一轮的话由我们测试内部每一个组员进行一个评审，这个评审主要就是去找一些我们用例当中漏掉的、写错的或者说重复的等等，再进行一个查漏补缺； 第一轮评审结束之后我们会把我们的用例通过SVN上传到SVN版本库里，由我们测试经理通过SVN版本库给拉到他的电脑上，然后再进行二轮评审，如果是有什么大问题的话，测试经理会进行一个点评并批准执行用例

用例编号，测试模块，用例标题，用例级别，测试环境，测试输入，执行操作，预期结果

正常情况下，一天执行20个左右的测试点，细分成用例的话，大约100条左右吧，刚开始测试的时候，bug比较多，需要大量的时间和开发沟通，进度比较慢，到后面就比较快了。

首先我觉得作为一名测试工程师，从技术面考虑的话，技术要过硬，能够应对多种项目技术的要求； 具备一定的抗压能力，比如加班、出差或者公司安排的任务能够高效的完成； 要足够的细心，考虑全面、能够把一些难以发现的bug找出来； 具有一定的责任心和上进心，要不断的去学习充实自己的技能，要把公司利益放在第一位。