自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

游戏测试

一步一脚丫

  • 博客(5)
  • 资源 (1)
  • 收藏
  • 关注

原创 如何看待别人写的“心得,总结”

    首先声明一点,心得与总结不包括教程,教育类型,而是一些个人学习总结,工作总结,技巧总结等;       一直以来,自己都认为,学习别人的“学习心得,总结或工作心得,总结”是最快的提升方法,因为是站在前人的基础上进行学习,所以能规避掉学习道路上的陷阱,障碍,困难等,它能让自己以最顺利,最安全的方法去走这条路。自己从毕业也一直这样过来的,其实从心理层讲,就是想少走弯路,多成功。    

2009-07-26 15:25:00 615

原创 软件测试“最佳学习”方法?

     突然想到这个问题,起源于上周日做一道菜,周日买了几条带鱼,以前没做过,也不会做,不过现在网络发达,有不会的直接网上google了,一搜一大把。材料准备好后,开始进行,开始看了一边教程后,心中有数,唰唰进行,一下就出问题了,腌制带鱼要放的作料记不全了(好像有料酒,盐还有什么?),没办法,只能又跑到电脑上看一下。OK,腌制过程中,又看了几遍(心想,这下肯定记住了)。是事与愿违,在做得过程

2009-04-27 23:28:00 817

原创 如何做好需求变更管理?——需求变更流程规范

一、引言          由于目前公司内部对产品的需求变动都只是口头或邮件中进行通知,并没有进行内部评审和相关需求变动后的记录,导致后续出的产品某些需求增加了,某些没有进行增加。这样就会导致测试得到的信息不完整,以及后续产品的维护困难。在这里书写一份规范说明书,希望能得到一些改善。  二、目的  控制需求变化引起的开发、测试与需求不一致的情况,约束需求分析的完整性。保证每一次的需

2009-03-04 13:12:00 2024

原创 InstallShield制作安装包实现自动化

 实现了用批处理自动化(当然也可用批处理+WR来实现,不过后面发现还是批处理方便点),好了,言归正传,下面就开始了。一,首先介绍下制作安装包大概流程我用的是InstallShield6.3 Pro版本,这个软件制作安装包很强大不过现在我还不太会制作脚本(用的是以前别人写的,呵呵)1,  介绍下制作前的注意事项     1)准备好最新的release版本,要保证所有文件为最新  

2008-07-30 22:39:00 1183

原创 测试用例设计与管理思路经验总结

 简单7个步骤: 1、理清模块需求:   ----由于项目需求说明书不详细,而且没有进行需求评审的情况下,在拿到上级lead给的测试任务后,一拿到先别着急去写测试用例,首先你应该做的是,根据有限的模块需求说明进行深入理解模块的功能,流程,以及涉及到的其他功能,记录下来。发送给该模块的开发人员,询问他你理解的是否和他设计的有差错,虽然说开发人员可能对整个需求不情况,但是对自己要开发的

2008-07-30 22:36:00 975

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除