2、测试策略（功能、性能、安全、兼容、界面） 3、任务分配、进度安排、通过标准
硬件环境：
处理器、内存、硬盘 软件环境：
操作系统、数据库、插件版本
用例不可纯数字编号，要根据功能模块，大小细分标识
用例也有优先级别，重要功能必须先测
2014-07-29
软件版本要写到变更履历中，不要写到测试用例里面去
工具栏、导航栏、标题栏，需要分开测试 导航栏：设置、登陆、注册
每个标题栏都已可作为单个大模块
输入框测试是为了保障资料正常存进数据库
不管是开区间还是闭区间，临界值的左右数值也要测试
无效用例是指不满足条件的用例，但也有测试的意义，并非垃圾
2014-07-30
消耗时间比较多的进度：
设计测试用例、模块集成测试、系统性能测试
线上线下测试的区别：
线上：上线发布到真实的服务器上面去，表明所有的用户都看得到 线下：只限于公司内部的人员使用服务器访问
性能测试一般由组长做，或者找一个技术好的组员做，然后组长分担该组员的功能测试任务
集成测试强调模块和模块之间接口的运作
所有硬件软件配置，应该分开写服务端和客户端两种类型
详细设计有各种数据结构，需要针对他们设计一套数据源，用作测试输入数据
本阶段测试的通过标准：
所有功能点100%覆盖，缺陷修复率要达到90%以上。必须完成回归测试，另外10%是只是建议性或者本阶段无法修复。
2014-07-31
用例名称是有关功能点的简单标题，而不是后面详细操作的描述。
输入框的特殊符号和最大最小字符串、图形选择按钮的测试，应独立写出一组用例。
前置条件写正常打开该程序即可，输入数据可嵌入操作步骤而不必单独写出来。
错误提示信息是电脑给出的，而不是主观判断，应该用双引号。
排他性约束：各原因之间不能同时为真，但可以同时为假。 包含性约束：总有一个为真，也可同时为真，但不能同时为假。 唯一性约束：有且只有一个为真，但不能同时为假。
必要性约束：如果原因a为真，原因b必须也真。但b已真时，a未必是真。 结果性约束：如果结果a为真，结果b必须为假。如果a为假，b真假不定。
放识破诀窍：
对自己的项目非常熟悉，不熟的技术尽量不写。
完全不懂的说自己长时间没用过暂时记不起，但工具用多了以后会记起来。
2014-08-01
优先级别涉及到数字的先后，必须要先注明定义，否则不知道工作的顺序。
等价类边界值关注单个条件的数字取值范围，因果图判定表关注多个条件的搭配关系。 判定表用于多个输入框而且每个必填的情况，正交表用于多个框但可填可不填的情况。 判定表用于多个条件、结果不定的情况，正交表用于多个条件、限于结果有效的情况。
如果自己认为上级做法有错误，可以往更高级的领导反应，不能直接将责任推卸到上级。
界面不够人性化的细节，也可以算是缺陷，只是优先严重级别定义低，可作为修改建议。
2014-08-04
测试用例不论有几条，要先说项目规模、覆盖需求比率、功能覆盖比率，而不是讲究数量
我国开发测试比例多数是10比1，中型公司测试人数普遍是5个。
拿到模块之后，分析各种框对应哪种测试方法：输入框、下拉框、单选按钮、多选钩框、超链接、提交按钮。
第一条测试用例尽量写出，能配合各种功能都可实现的大概路径。
Project项目：模块 Subject分类：功能、性能、界面
缺陷描述：硬件配置、软件环境、前置条件、操作步骤、预期结果、实际结果、用例编号、缺陷编号、测试方法
2014-08-05
因素数K L用例数（ 水平数M ） 【小条件水平是底数，大条件因素是指数】
当水平数一致时关系：用例数 = 因素数 *（水平数 – 1 ）+ 1 当水平数一致时关系：用例数 = 指数 *（底数 – 1 ）+ 1
当水平数多变时关系：用例数 = 因素1数*（水平1数–1）+因素2数*（水平2数–1）+1 当水平数多变时关系：用例数 = 指1数*（底1数– 1）+指2数*（底2数– 1）+1
密码验证是通过TCP/IP协议的三次握手实现的。 第一次：客户端发送syn包到服务器，syn=j
第二次：服务器收到后，确认客户的ack=j+1，自己再发送syn=k 第三次：客户端收到syn+ack包，确认ack=k+1
组员继承组长，组长继承经理，因为下级比上级可以做更多的事务。
用例图：从用户角度能观察到的系统功能模型图。
类 图：显示模型的静态结构。类之间的关系有：依赖、关联、继承、实现 对象图：类图的实例化，继承类的特性，并不是一个实际的类。
顺序图：以时间为轴，描述不同对象之间的动态合作关系，强调先后次序。 协作图：描述对象间的动态合作关系，还包含对象之间的关联。
状态图：描述对象基于事件反映的行为，以及之后的结果，包含触发转换的链接。 活动图：状态图的变体，执行算法的工作流程，一组顺序或并发的过程。 构件图：强调彼此之间的依赖关系。
部署图：位于节点实例上，运行构件实例的安排。
用例图、顺序图：需求分析
用例图、用例文档、类图、顺序图：BD 顺序图、类图：FD/DD Basic Design 基础设计 Function Design 功能设计 Detail Design 详细设计
2014-08-06
W模型：
开发部 测试部
1、立项会议
2、需求分析 需求测试 3、概要设计 概设测试 4、详细设计 详设测试 5、代码编写 单元测试 6、模块集成 集成测试 7、系统构建 系统测试 8、系统安装 验收测试 测试用例的设计思路：
功能测试：等价类、边界值、因果图、判定表、正交表 界面测试：布局统一、风格美观、按钮对齐、符合需求
每天作业： 1、自我介绍 2、半小时讲课 3、模拟面试总结 4、项目课程的意见
5、前10题用自己话回答 6、小组之间的测试用例互评
测试流程、测试计划、测试方案 测试用例、缺陷报告、缺陷上报 静态测试、高效覆盖、软硬环境 线上线下、通过标准、阶段报告
软件的生命周期，就相当于开发流程，从立项会议到软件不再使用为止。
TD不能修改字体大小，只能下载文件覆盖。
测试用例的前置条件，可以使用横线表示页面的跳转。
还没开发完成的功能，也要报缺陷，防止后期回归测试忘记遗漏。