- 博客(12)
- 收藏
- 关注

原创 软件质量改进(一)------过程改进方法
软件质量改进是一个不断完善的过程。其中包括需求规格说明的无歧义,设计与需求的符合度,设计时界面的详细程度,测试用例的覆盖度与广度,市场人员反馈消息的及时性,测试人员对业务流程的不断深入理解,项目负责人对整个工程进度的把握,在开发的不同阶段测试的针对性,确定每个阶段的开始和结束标志,在每个阶段进行总结,与市场等其他相关部门进行良性沟通等。过程改进方法是在人力资源有限的情况下加强沟通和过程控制,逐
2008-07-17 11:29:00
2652
原创 项目管理----项目内部每日沟通内容
1. 每天下午下班前半小时,项目经理召集该项目的相关人员(包括开发人员、美工等)作项目每日总结,内容包括:(1) 了解每个成员的工作进度情况。(2) 了解成员在工作中遇到的困难,并寻找资源解决。(3) 成员之间的配合是否协调一致(比如,需要提交的物件没有按时提交或遗忘等)。(4) 如有需要,根据当前的进展情况调整项目计划。(5)
2009-10-13 15:23:00
1056
原创 cisvc.exe导致CPU占用100%的解决方法。
在日常的电脑维护中,常常出现一些程序占用系统CPU达到100%的情况。一般情况下,在任务管理器中可以看到进程的名称,却不能看到进程的路径,无法提供更进一步的信息来判断系统CPU达到100%是否由中了病毒引起。比如常见的cisvc.exe导致的cpu占用,这时,我们可以通过一些简单的方法就可以解决。 一、确定程序的可靠性。 cisvc.exe是微软Win
2009-05-07 15:59:00
7822
原创 中国企业缺什么?
转载自21世纪网(21cbh.com) 原文链接:中国企业缺什么? 金融危机引发了中国经济界的反思。有一种说法,美国的金融危机是由中国人造成的,看起来像天方夜谭,但是说起来津津有味。我看也有些道理。冷笑话背后的故事中国人了不起。1949年建国,我们学习苏联老大哥,结果把苏联学的一定要当世界第一,什么方面都要第一,军事、经济、科技、政治全要世界第一。结果最后没有成就
2009-04-29 11:10:00
1020
转载 软件开发者需做代码复查的五大原因
每个人都承认代码审查的花销大,而且又耗时,特别是当大家忙完成软件项目又把它送去软件测试部门时。对一些开发人员来说,它更是会引发更多的办公室政治和流言蜚语。 一次代码审查可能会使代码逐渐得到改进。如果你认为你从有效的代码审查中只是稍微改进了一下软件,那你需要再想一想。以下五点易忽视的原因会给你些许启发。 1. 开发人员若得知他们的代码会被评估,他们会更加努力工作。 对代码审查最有用的是让编
2009-02-18 19:08:00
644
原创 弹出框的优化代码
还可以直接书写HTML代码 © 2006);" />//Author:Daviv//Blog:http://blog.163.com/jxdawei//Date:2006-10-28//Email:jxdawei@gmail.com function sAlert(str){ var msgw,msgh,bordercolor;
2008-08-07 13:16:00
629
原创 使用windows自带的ftp命令修改ftp密码。
在cmd命令行下改。 1.使用windows自带的工具修改: 在“开始-运行”中输入" ftp " 后按回车运行,看到提示符“ftp>” 输入命令“open 192.168.0.1 21” //IP [Port]或者域名 按提示输入User(用户名),回车Password(密码),回车(注意:屏
2008-08-07 12:22:00
7888
1
原创 测试需求定义
jackei前辈的佳笔,关于RUP的: 如何确定测试工作的范围? 对于一个存在生命周期的软件产品来说,它的开发和测试往往都不是一次性的,因为随着新的需求的出现,以及对原有版本的改进,新的版本会不断的发布(即使对于一些以客户定制方式运作的项目,在开发过程中以及发布后的维护期内,也会产生众多的内部版本)。随着版本的迭代,我们的测试工作也会一直继续下去。而在每一次迭代时,可能在整个工作阶段的开
2008-08-05 20:38:00
1215
原创 软件安全可靠性衡量标准
软件的安全可靠性是衡量软件好坏的一个重要标准,安全性指与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性,可靠性指与在规定的一段时间和条件下,软件能维持其性能水平能力有关的一组属性。具体我 们可以从以下几个方面来判断: 1.用户权限限制。软件是否按功能模块划分用户权限,权限划分是否合理,考察超级用户对各个用户的权限管理是否合理,包括修改用户的登录资料等
2008-07-17 20:38:00
3618
原创 模块功能点测试方法模板
XXX 功能点试方法一、 功能点期望目的:1、 主要期望目的:xxxxx(描述此功能点是为了什么目的而开发的,即需求要求实现的目的。) 2、 次要期望目的:xxxxx(描述此功能点在对错误的描述,在各种环境中的适应情况等。) 二、 功能点实现原理:1、 描述功能点的设计思路,请参照需求规格说明书和概要设计文档进行编写。 2、
2008-07-17 10:43:00
3672
原创 没有需求文档时的测试用例编写
从做测试过程中发现,一般没有需求说明文档有3种情况1、开发人员的意识不足,开发流程不规范,可能是以前做项目一直都是拿到市场可行性分析,然后项目管理人员进行简单模块划分,任务就分配下去了,更不就不写需求文档,或者只是简单书写大体功能点。2、项目进度紧张,后期需求变动可能比较大,来不及书写详细的需求文档3、项目是从原有项目上进行迭代开发,开发人员认为不要再进行需求文档编写。针对上述2点提出个人意见:对
2008-07-16 20:11:00
3661
原创 软件功能测试要点
1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。 2. 相关性检查:删除/增加一项会不会对其他项产生影响,如果产生影响,这些影响是否都正确。 3. 检查按钮的功能是否正确:如update, cancel, delete, save等功能是否正确。 4. 字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错. 5
2008-07-16 19:59:00
1046
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人