|
|
测试管理避免“测试逃逸”现象的措施 “测试逃逸”是指测试人员在软件的测试过程中由于惰性或工作不认真，为图省事而设计测试用例不全面，故意少设计用例，或者没有按照测试要求执行测试，导致一些显而易见的软件缺陷或本来应该发现的软件缺陷没有被测试出来。由此可能造成质量不合格的软件版本被发布，使公司的形象或利益受到损害。为了避免在测试工作中出现“测试逃逸”现…… 软件测试缺乏配置管理的问题解决方法由于缺乏必要的配置管理流程和工具，很多软件企业在日常的开发工作中都会或多或少的遇到如下的问题：组织的知识和过程财富流失现代的社会竞争激烈，人员流动频繁，如果由于没有必要的配置管理流程和工具，大量的文档和代码等知识财富必然缺乏统一的管理，可能随意地保存在项目经理和软件工程师各自的机器里，往往会因为硬盘的故障或人员的离职而永远的消失，软件组织的数字财富就这样因为…… 如何控制服务器虚拟测试环境虚拟服务器技术被用在试生产环境，目的是节省资金、时间和人力，然而同样的工具如果未经检查就可能会导致结构复杂，资源浪费并使管理难度加大。行业分析师和IT专业人士说，虚拟化技术解除了物理服务器测试环境的限制，实现了IT员工间的资源共享，这就使得测试工作更容易进行，但却需要进行严格的控制。Forrester调查公司的高级分析师CareySchwaber说，&ldq…… 巧破软件测试缺陷管理之痛人世间最痛苦的事莫过于——我所在项目开发正陷于混乱不堪的缺陷之中。因为缺乏一套缺陷管理的有效解决方案，使程序的缺陷无法回溯，无法跟踪，解决没解决不清楚，整一个就是一片模糊。由于没有得到足够的重视，软件缺陷管理处于失控状态。软件测试人员报告的缺陷常常被遗忘掉;或没有人知道在新的软件版本里究竟纠正了哪些缺陷，还有哪些缺陷未被纠正。更重要的…… 如何解决软件测试的近忧和远虑软件测试设计属于“近忧”;软件测试件管理属于“远虑”。测试团队应同时做好这两方面工作，以使测试工作更加高效。针对某个特定的软件项目而言，测试团队应该如何合理地统筹安排软件测试工作?测试团队在完成一定数量的软件项目测试工作后又该如何快速提升下一软件项目测试工作的水平?这两个问题对于成立不久的软件测试团队而言是很棘…… 如何正确理解配置管理在实际项目工作中，我们能回答项目组中不同角色人员提出的问题吗？ 项目经理：还有没有重要性为1的请求没有解决？ 分析设计人员：这次发布版本是否包括了462需求？ &…… CMM实践-利用RequisitePro进行需求管理在CMM3中需求管理(RM)关键过程域是非常重要的一个环节。在我们公司CMM3级的实践中，需求管理往往是非常花费成本的一个工作，比如，在需求分析、建立需求跟踪矩阵等活动中，如果是一个团队或是几个小组在进行协作时，会有大量的Word、Excel文件需要在不同的人员间传递，其间即使用了类似VSS等工具，仍然没办法避免繁琐低效的工作方式，其间会产生例如文档传递不顺…… 需求“沙漏”的实践：产品线需求Vs具体项目需求[2]研发团队的项目性质很大程度上决定了需求管理做到的深度和广度。有项目经理问，我的项目周期常常只有几个月半年的，还需要做需求管理吗?诚然，若是一些没有专注业务领域的团队，他们项目的时间短，而且没有类似的后续项目，可以不必在需求管理上面投入太多的资源。而另一方面，如果这个项目是一个产品发展的某一个阶段，我们就要重新审视这个问题。就如一个做打印机的日本公司在上海的研…… 需求“沙漏”的实践：产品线需求Vs具体项目需求[1]沙漏之喻软件工程——其实是人们希望从工程领域中学习经验、借鉴理论来帮助解决在复杂系统和软件开发中遇到的问题。然而，随着软件工程的实践，越来越多的人认识到软件的生产和造桥铺路等工程项目的最大不同就是在于开发过程中人的灵活性和创造性。现在软件工程的发展趋势也重视和体现到这一点，既需要包含和鼓励个体的灵活和创造，但同时也希望从工程的角度对活…… 一个完整的项目管理流程[2]9、《测试大纲》和测试测试大纲的内容包括：1、功能性测试：对产品的每一项功能逐条进行测试；2、可靠性测试：对产品进行长时间运行、模拟现场情况进行测试；对于出口产品，需要进行EMC、EMI测试。测试大纲的要求：1、尽可能模拟现场的情况；2、尽可能穷举所有的可能发生的情况；3、做好真实记录；列出不合格项。尽量详细，以便研发人员定位，是软件还是硬件故障。由测试负责…… 一个完整的项目管理流程[1]从一个项目提出到结束，按照ISO9001:2000的项目管理流程，大致有如下步骤：1、产品立项报告按照公司的管理流程，由公司有关人等都有可能提出《产品立项报告》，比如公司老总、市场部门、研发部门，一般是在公司组织的定期召开的会议上提出，经初步讨论具有一定的可行性之后，由公司领导提交到公司负责产品开发立项的部门，比如，总工办，然后，按照公司的管理流程，由该部门…… 漫谈软件项目管理—保障时间、提高质量、降低成本关于软件管理,历来是仁者见仁、智者见智,但软件项目复杂而又难于管理应该是公认的。为此,早在1968年秋季,NATO(北约)的科技委员会召集了近50名一流的编程人员、计算机科学家和工业界巨头,讨论和制定摆脱“软件危机”的对策。在那次会议上第一次提出了软件工程(softwareengineering)这个概念。软件工程是一门研究如何用系统…… 常见软件项目度量指标介绍基本度量项持续时间偏差(%)((实际持续时间-计划持续时间)/计划持续时间)*100(持续时间不包含非工作日)进度偏差(%)((实际结束时间-计划结束时间)/计划持续时间)*100工作量偏差(%)(实际工作量-计划工作量)/计划工作量规模偏差(%)((实际规模-计划规划)/计划规模)*100分配需求稳定性指数(%)(1-(修改、增加或删除的分配需求数/初始的…… 注重项目组织中的隐性知识在我以前做项目的经历中，常常遇到这样的情况。项目到了关键的的阶段，由于某个核心成员的离去，造成项目的进展非常被动。为了扭转这种局面，不得不从其他项目或外部引进新的人员去填补空缺。然而，新来的人员总是达不到原来项目组成员内部已经形成的默契。开始大家都以为是因为新的人员技术能力不够，项目经验不够丰富，但几次之后，发现即便是经验和能力都明显出色的人员来进行顶替，还…… CMMI推广中EPG常犯错误[2]6、违背了循序渐进的思想“以人为本，以过程为核心，以度量为基础，循序渐进”是当前各种管理模型的核心思想。管理的改进是文化的变革，要改良而非革命，不能拔苗助长，要冷水煮青蛙。一些软件开发中的基本实践看似简单，在企业里推行时却会困难重重，比如：需求文档化、设计文档化、计划文档化、同行评审、专职的测试等等。往往迫于商业目标的压力，在过程改进…… |
|
|
||