本人在做了几年技术支持后,转行测试,转眼间也已经年半有多了,由于自己本身不是测试人员出生,没有测试方面基础,在工作过程中遇到不少问题,经自己努力和实战,整理总结出些经验,为了使其它同事不再走同样弯路,本人决定对测试流程及规范标准提出自己见解,去完善测试工作 整个工作内容主要有: 1、改善测试流程形成测试流程文档 2、规范标准测试工作形成测试规范标准文档 看上去就只需要上面两个文档就够了但经详细分析发现还需要很多相关需要文档整理了下主要有 1、测试申请和反馈表模板 2、测试计划模板 3、功能测试测试点模板 这个和测试用例差不多但 [阅读全文] [PDF]
()上周manager告诉我为了便于公司内部对版本进行管理以后版本实现每日构建每日构建意思是以每几天为个周期对版本进行需求提交、开发、修改、测试等系列过程
软件Software版本问题似乎是所有软件Software公司问题版本混乱导致了很多本来就不该发生问题在以前公司就出现过这个事情开发完了也通过测试了但提交给用户却还是以往版本
现在最常用配置管理工具可以实现版本管理如VSS、CVS、SVN等我接触过两个VSS和SVN平时用功能很少就是ADD、GETVERSION、CHECKOUT和CHECKINVSS可能是最常用工具的吧操作简单易学但是当代码增 [阅读全文] [PDF]
我觉得个国家个民族个性真可以体现在各个方面 比如:我做测试项目从对日测试到欧美测试就感触颇深 日本人等级森严阶级尊卑传统体现在他工作中就是非常严格而规范标准流程项目中每个参和者都有其确定身份也就有其确定权限和责任 符合项目制定规范标准严格按照既定逻辑和标准去做事成为日本项目大特点 在工作中你发现了个问题你会明确知道应该向谁汇报而不能越级旦出现问题会进行责任层层追究考勤考核都有严格流程 而相对而言非常崇尚自由和个性化欧美项目就会有着相对宽松氛围在工作中你发现了个问题你可以有更加宽泛范围去选择汇报和询问对象只要能保质保量完成工作内容没有人在乎你是提前来了半个小时还是 [阅读全文] [PDF]
测试管理可以被分成几个区别阶段:组织、计划、创作、执行以及报告这些在下面有更详细描述 测试工件和资源组织是测试管理中显然必不可少部分这需要组织和维持测试项目详细目录以及用来执行测试各类事物这表现了团队(Team)如何跟踪测试资产中依赖关系和相互关联需要管理测试资产中最普遍类型是: 测试脚本 测试数据 测试软件Software 测试硬件 测试计划是回答为什么测试、测试什么、在哪里测试和什么时间测试这些问题全部任务设置创建个特定测试原因被称作个测试激发原因(例如必须确定个特定必要条件)为了个项目需要被测试内容被分成许多测试用例在哪里测试通过决定和记录所需软件Soft [阅读全文] [PDF]
1 共4条 分1页
- 单片机数码管:51单片机数码管显示的好帮手---MAX...
- 点阵显示屏:智能点阵显示屏HCMS-29xx/39xx及其应用
- 单片机教程:单片机编程入门七
- 汇编语言指令集:IBM-PC汇编语言指令集
- 数据传送指令:MCS-51数据传送指令
- 0083智能工社:浅谈足球游戏的人工智能
- 提拔将领:即时战略游戏将领指挥AI方案设想
- directinput:DirectInput 鼠标编程入门
- 实现爆炸后的振动效果
- 飞机射击类小游戏:有关飞机射击类游戏的设计原理
- 音效最好的播放器:游戏音乐和音效的播放
- 游戏调试:利用双计算机调试游戏程序
- 多任务处理:游戏中的多任务处理
- 电脑游戏中的人工智能制作
- 系统升级:角色扮演游戏的升级系统研究
- rpg游戏制作:深入RPG游戏制作—图形篇
- directdraw:通向DirectDraw的捷径
- 3d场景:如何在3D场景中加入Fog
- 游戏搜索:论游戏中的搜索问题(初级篇)
- directx如何使用:使用DirectX优化声音特性
