2014-07-21
要搞清楚软件开发和测试的每个流程，不同角色的职责。
自己的测试范围，只是针对软件的单个模块，不可能所有任务都由自己去完成。 要将自己的项目经验，融进整个软件测试实例的流程中。
高效的测试用例，是尽量使用更多的黑盒测试思维，覆盖更多的逻辑路径。
2014-07-23
项目是什么？
项目是怎样得来的？
C-S架构Client-Server侧重安装卸载测试 B-S架构Browser-Server侧重兼容插件测试
立项会议参与人员：
市场部：总监经理、需求调研 开发部：经理、组长、组员 测试部：经理、组长、组员
测试计划四大内容： 人力物力资源分配
测试方法测试策略用例模板 时间进度流程控制 风险规避措施解决方案
经理职责：测试计划、白盒测试、性能测试、进度控制、测试总结 组长职责：测试方案、画图分配、设计用例、用例评审（组内交互）、阶段报告
测试用例 包含：
用例编号、缺陷编号、优先级别、功能模块、用例名称、硬件配置、软件环境、前置条件、操作步骤、预期结果、实际结果、执行时间、测试人员、评审人员
常用缺陷管理工具：Quality Center、Test Director、禅道、Bugfree
测试用例常在缺陷管理工具一起写，因为缺陷要通过用例才能体现，与开发实现交互。
普通缺陷上报流程：缺陷由测试人员新建，测试组长确认之后打开，递交给开发经理，由后者分派给开发经理。
阶段性测试报告内容：测试路径覆盖率、缺陷修复比率、缺陷分类统计
测试环境和开发环境的区别： 开发环境纯净，包含很多中间插件 测试环境原始，可能漏掉支持组件
测试策略：画出功能图，功能测试，性能测试（包括：负载+压力）
自动化测试工具问题：
1、什么情况下才能用QTP？
答：版本功能相对稳定，能够重复操作的软件，使用QTP可以减少后期版本测试用例回归测试的重复操作步骤，否则版本多变就导致其脚本维护非常困难。
2、如果遇到随机生成的验证码，应该如何编写脚本？
答：可以使用万能验证码通过，或者将那部分先行屏蔽掉。
3、性能测试分析结果里面的瓶颈，内存溢出怎么办？ 答：
面试容易出现的问题：
1、如果提交缺陷和开发人员意见不一致，应如何解决？
答：两者发生矛盾，应该寻求第三方调和，例如找上级的测试经理作出判断。
2、软件测试的根本目的到底是什么？
答：是为了验证功能符合需求，以及提高软件质量，而不是纯粹为了发现更多的问题。
3、你未来几年的测试方向的职业规划？
答：向更高端的白盒测试和项目管理方面发展。
4、你对测试和开发的比例和行业前景如何看待？
答：开发人员比测试人员要多不少，但以后测试的比例会逐渐提高的。因为我国经济发展迅速，人们生活水平日益提高，越来越重视商品的质量。目前测试行业缺口依然很大，许多公司尚未完善普及这一环节。
面试简历注意事项：
1、简历需要不断修改，公司名必须要造假。联系人可以写胡老师，预先打好预防措施。 2、如果对方索要离职证明，暂时先拖着，社保可以说之前公司没买。
3、项目可以在网上下载，自己最好写一整套项目流程的话术，要涉及到各方面细节。
项目流程
01、立项会议 02、需求分析评审
03、开发人员对应概要设计、详细设计实施编码。测试经理编写测试计划，分配任务 04、根据详细设计、概要设计，编写测试方案、测试策略、测试用例 05、搭建测试环境：硬件、系统、软件、插件。
06、执行测试方案，使用Test Director对缺陷进行管理，与开发人员进行交互 07、测试经理编写阶段性测试报告 08、测试经理编写测试总结报告 09、编写用户手册
10、验收测试：alpha、beta
2014-07-25
自我介绍4大内容：
基本信息，教育背景，工作经历，项目经验
项目经验简单描述：
公司主要从事什么行业方向，某个项目包括的主要功能模块 将所有专业术语，变成英语缩写，忽悠面试官
基线版本：概要设计评审作为后期基准的参照物
吴泽木老师私人Q号码：932522793
面试容易遇到的问题：
01、没有详细设计，没有需求文档，如何做不正规测试？
答：自行使用临时版本，挖掘测试需求。将自己想法告诉公司领导，可能会得到嘉奖。 因为分工不完善，可以改革流程。
02、有详细概要设计文档，但是版本更换频繁，应如何测试？
答：我们测试部门有权利不测试，因为肆意修改缺陷就发布新版本，就会很可能引入一个新的缺陷，相当于原来的根本就没测试过，不知道哪个缺陷对应哪个版本。可以使用SVN进行版本控制。
03、测试有必要自行搭建环境吗？
答：开发环境相对固定，开发工具已经集成插件。
测试环境硬件多变，兼容性不同。 中间件、框架：IIS、JDK
04、测试开发人员关于缺陷意见不一致怎么办？ 答：“先敬酒”，站在用户的角度分析问题，万一后期产生多大的严重性，会对公司带来什么样的后果，强调损失的严重性。
05、测试阶段结束的判断标准？
答：符合流程进度和需求标准，所有功能全部覆盖，用例覆盖率达到90%以上，也可以上线。但未必质量很高，因为潜在的缺陷还没发现。
06、上线之后又出现严重缺陷如何处理？
答：重现缺陷、找到原因、厘定概率，再找经理们开会，调试修复缺陷之后，再决定是否重新发布，可能要进行上个版本用例的回归测试。
07、用户使用后才发现功能原来不符，投诉测试人员工作没达标怎么办？ 答：搞清楚是否符合需求分析，有否发生过需求的变更。
08、有严重错误但现阶段的公司经济条件无法修复怎办？ 答：尽量将代码优化，能撑得过再说，以后找机会换服务器。
09、为什么要在一个团队中开展软件测试工作？
答：我国对质量越来越重视，导致软件项目竞争更大，我们需要提高产品的质量。
10、以前从事过哪方面的测试工作，你最擅长的方向是？
答：可以将项目带入说进去，将自己与众不同的优势特色体现出来。
2014-07-28
没有需求、设计、说明的内部项目，处理办法：
自己先找一组人搭建测试环境，写清楚配置文档。再找另一组人，画出功能模块图。
C#程序通常用iis发布，java项目通常用tomcat搭建。
内部结构完全一致的数据库，不可以同时并存两个同名的。
eclipse工程：要分开java和web项目
数据库不等于数据源
MyEclipse比普通Eclipse有更多开发类库
bin放虚拟机，lib放类库
jdk包含jre包含jvm
每个功能模块属于哪个子系统，由自己决定
为什么要在团队当中进行测试：
a、因为我国经济发展迅速，人们生活水平日益提高，越来越重视商品的质量，目前软件质量的竞争非常大。
b、验证功能是否符合客户的需求，为了提高软件的质量。
c、开发自测过于局部，会很难发现自己的问题，测试时站在用户的角度。
静态测试：文档测试、界面测试、代码走查
路径覆盖：是要覆盖更多的方法，不是覆盖更多的功能
测试部门流程：
1、测试经理主持会议分析评审需求 2、经理根据需求编写测试计划
3、组长接受功能模块后写测试方案，分配任务给组员 4、组员根据详细设计和概要设计编写测试用例
5、执行用例后产生缺陷，上报缺陷管理系统，进行分类跟踪管理，与开发人员实施交互 5、缺陷被开发人员修复之后，测试人员执行用例的回归测试 6、局部模块通过之后组长编写出阶段性测试报告
测试计划：（针对整个项目） 1、人力物力资源分配
2、测试方法测试策略用例模板 3、时间进度流程控制 4、风险规避措施解决方案
测试方案：（针对小组模块） 1、环境配置、资源工具