研发管理
jiazurongyu
陈大猫,互联网跨界手艺人,独立开发者/测试专家,认证测试工程师,竹庄外包开发工作室创名人。
展开
-
缺陷管理的分级(二)
引言当时间敌人不断冲锋时,我们是无序的去抵抗,还是坐等被收割。基于需求的测试,当需求不明确时,我们该如何做。当人手不足,缺陷量无法达到要求时请不停的变更流程吧。如何理解缺陷的级别回述下第一章的内容,缺陷的级别分为:缺陷级别和处理优先级别。缺陷的级别时为了处理优先级别而定的。2.1不同阶段的版本下图表主要讲的是大方向的问题: 项目的阶段性原创 2012-05-09 22:12:11 · 3446 阅读 · 0 评论 -
开发过程中的日志分流保存
分流这个词是和性能有关,性能测试还是需要对于系统有了解的。文件会放在磁盘的位置。磁盘一旦满了,就会引发服务系统不正常的使用。假设有权限和时间的话,好的测试人员在游戏发布前,会进行1次稳定性的测试,这样就可以知道大概在多少时间,可以关注一下磁盘的使用。jdbc日志文件,应用程序服务器文件,SQL文件,脚本问题都会存在内存泄漏的风险。把不同的文件分流保存在不同的系统磁盘里,可以减低机器自身原创 2012-07-05 17:44:09 · 2479 阅读 · 0 评论 -
《性能测试诊断分析与优化》推荐序(2)
初识泊涯是在07年,当时他出差到北京,于是不谋而合的相约见面。在后海的餐厅一起讨论软件测试、性能测试、性能调优,离别后还相约下次见面,但谁知造物弄人,只能在网上和电话中相见了。相隔几年后,得知泊涯同学要出书了,就自告奋勇帮他写下序。 阅读泊涯这本《性能测试诊断分析与优化》时,让我想起儿时母亲给我讲过的18颗樱桃,18次弯腰的故事,歌德在他的《叙事谣曲》中讲了这么一则小故事:耶稣带转载 2012-05-25 09:48:08 · 1426 阅读 · 0 评论 -
缺陷管理(一)
缺陷管理是为了保证品质的过程,对于自己的工作做出一定的评定。测试需要具备一定的度量能力。1. 测试度量的指标是什么?缺陷数量自然是不能做为唯一的衡量标准。主要从三个度量指标:1.提交BUG的质量(深度的问题,受到问题的深度和重现复杂度)2.bug的描述(直观和不会导致问题被降权)3.BUG的提交有效率(区分是不是缺陷和缺陷级别的划分)4.漏出率来分析本次版本工作的好坏。原创 2012-05-19 18:09:34 · 1242 阅读 · 0 评论 -
缺陷工作流软件-jira配置安装
jira是澳大利亚 Atlassian 公司开发的一款优秀的跟踪及管理软件工具。主要包含了Bugs、Task、Improvement、New Feature。游戏产业New Feature可以用于当更新日志用。提供了丰富的插件,这里讲述下配置jira的部分。1>.下载安装jdk-1_5_0_06-windows-i586-p.exe,“系统变量”中添加JAVA_HOME环境变量;原创 2012-05-16 12:35:48 · 2736 阅读 · 1 评论 -
需要谈谈的 游戏测试(七) 更名为小谈checklist
游戏公司有各种的版本控制和软件也有流程管理软件,各种内部分享bbs,OA。各种的各种也无法取代checklist表的重要性。首先版本控制和内部分享bbs,OA是无法做缺陷统计的。虽然版本控制可以对应输出bug记录,但面向的是程序,是应对代码入库后自动编译。穿插1个话题:为什么版本控制首选不用cvs,而用svn。首先cvs和Svn支持分支(branch)和基线(tag),二者完全一致原创 2012-05-12 23:11:00 · 1707 阅读 · 0 评论 -
把你的测试用例当作一幅画(原文作者:MiniStarClub001-邰晓梅)
文章来源: http://www.taixiaomei.com/archives/65Kevin Fjelsted是一个盲人,他曾写了一篇文章《A Brief History of the Accessibility of Computers by Blind People》,收录在《Amplifying Your Effectiveness》一书中。文中从一个盲人的视角描述了几十年来计算机的转载 2012-05-12 23:45:32 · 3985 阅读 · 0 评论 -
需要谈谈 游戏测试的一些事项(四)
测试的权责,把关好验收 和 减少部分风险,辅助对口的部门。这部分有点凌乱,临时插入(三)后面的。测试本职的工作,大家基本都知道了。注意以下的情况:1.测试不要去把自己当策划。业内是存在测试抢策划活做的,概念混淆不清。(较多情况)2.测试不要当自己是产品。隔行如隔山,别人对你的黑盒测试1-2种技法觉得很简单。换过来你觉得产品的简单,大家换下做都很难做好。虽然我自创了几种深度的UCD法原创 2012-05-10 22:24:31 · 2804 阅读 · 0 评论 -
小谈项目敏捷性(一)
我也来小谈下关于项目的敏捷,文章在我以前新浪博客里写的。敏捷开发的克星:1. 需求持续变更。2. 需求不清晰。3. 对于需求不清晰且持续变更,开发有抵触心理,测试展开困难。但是,没有改进的方法。4. 利用一些敏捷开发的概念,但没有正真落实敏捷实践。且没有意识到许多活动不符合敏捷开发。5. 已经发现了问题的症状,试图改进。当发现以上问题中的几项时,这个项目已经不符合敏捷开发原创 2012-05-11 23:40:26 · 3615 阅读 · 0 评论 -
游戏公司版本总结流程
1.1 版本总结说明:日常版本和紧急版本的情况总结,在研发和运营中心各小组周报中体现,不做专门要求;对里程碑版本要求做版本总结。1.1.1编写版本总结报告l 涉及的文档或工具:版本总结报告(模板)、《问题列表》l 涉及的角色:研发项目组、测试组、产品部、运维部、客服部l 详细的活动描述:n 产品部收集版本过程的问题和需求进展情况n 研发项目接口人原创 2012-05-29 00:36:23 · 3359 阅读 · 0 评论 -
需要谈谈的游戏测试(五)
由新浪的地址慢慢搬过来,基本都以前写的。刚获悉一些问题,有压力。基本框架本年内肯定是没完成,每天碎片时间不超过2小时,只能依赖重写系统测试案,来试图查出隐患。(框架的协作性需要磨合,核心也是节约时间和人力成本)先图表再归纳成文字。产品最终是定义稳定性和健壮性,某种意义取舍还是关注的是产品的健壮性。如何寻找现有突破,依然是82原则和28定律的通过过往的问题来探究将来可能重点方向的。原创 2012-05-10 22:30:36 · 3524 阅读 · 0 评论 -
需要谈谈的 游戏测试改良流程(三)
在现代游戏制作的流程中,已经省略了一些不是很关键东西,制定一些方针和工作表,来达到制作的机动性。那么游戏测试的方针体现在什么地方呢?首先无论什么工作和安排,都需要具备了解熟悉需求和制定工作方针(策略)。什么是测试策略?测试策略,策略不是什么深奥的东西,每个人都或深或浅的完成。个人通俗的解释为:测试策略:预测版本的结果并确保版本的方法。有了计划再去执行工作上的安排,可以更加顺利。原创 2012-05-10 18:15:53 · 845 阅读 · 0 评论 -
需要谈谈的 游戏测试改良流程(二)
互联网的产业里,网络游戏产业也是其中的一部分,改良流程的一部分也介绍一些基础的模型。本章介绍的是瀑布模型的应对办法。瀑布生命周期模型:(也被称为线性模型)[需求分析]=>[概要设计]=>[详细设计]=>[编码和单元测试]=>[软件集中]=>[系统集中]=>[验收测试]=>[结束]这是一个版本简单的交付过程,最后一步测试才介入。这个软件行业刚发展时的流程。现在依然还是不少游戏公司的交付模原创 2012-05-10 18:10:10 · 2726 阅读 · 0 评论 -
缺陷管理专讲一:如何处理一个复杂的项目
面对一个复杂的项目,进行系统测试的步骤. 该部分+缺陷模型=100%的缺陷环节首先整体考虑一致性的问题.程序是否按策划需要完成.文案上是否有难理解的地方.然后根据子功能点的复杂性,按需求优先级别测试,整体上已规划100%的内容为目标。如何定义系统复杂性呢,当1个按纽内包含1个功能点以上,该按钮复杂性较高.可以打1个标签字母+(复杂度)数字比如现在有A2,B3,C1三个系统,当B3和原创 2012-05-09 18:56:47 · 907 阅读 · 0 评论