为;…
许多人做测试很长时间,当经验和能力可用时,他们必须承担更大的任务。例如,将TL作为测试的一部分,也是许多测试人员发展的唯一途径。以下是个人项目测试经验总结或简单经验。scrum
负责项目测试的知识和技能是什么?测试技巧是不可避免的,它包括常用测试方法的技巧和工具的使用;其次,产品知识也是必不可少的,比如手机测试应该对GSM的原理有一个了解,B/S测试,至少对于OSI和TCP三握手必须了解。而这两个方面的知识和经验,只有TL。软件工程和软件开发等方面也应具备的基础。当然,你可以列出更多。
说到项目测试管理,软件工程、CMM、ISO甚至XP都会更好。最近,我一直在考虑如何根据公司的情况相互补充,并将它们整合到项目测试中。事实上,这些想法对项目管理测试有很大帮助。这只是测试过程管理经常需要面对的问题的总结。
软件项目管理
文件管理
CMM和ISO都是档案价值,基本上每个阶段都有要求输出各种文件,文件输出是必要的,但是准备文件输出文件不好,很多人谈论琐碎的文件反感,那是一种形式。写这些文件真的很麻烦。但必要的文件仍然是必需的。下面是一个简短的清单文件,我们应该输出在整个测试周期:敏捷开发流程
1。测试要求
第一步是分析软件测试的要求,只有软件需要做的分析是准确的和完整的,它可能有一个完整的测试要求,测试要求做得很好,要把各种测试工作打好基础,需要分析偏差,以后很多测试任务都会受到影响。测试需求分析应该由TL组织起来,组织一些有经验的测试人员、开发人员甚至客户参加评审,并输出相应的测试需求评审文档。当随后的软件需求发生变化时,测试需求也应该相应地调整。研发项目管理
测试需求分析包括:
1)测试内容,测试哪些方面应该做,如功能测试、性能测试、可靠性测试、可用性测试、安全测试等
2)测试环境-什么样的测试环境是必要的;
3)测试工具,测试工具可以选择,包括缺陷管理工具、自动化测试工具、等;
4)测试资源,测试工具,测试设备,需要
等;
5)测试有多少人会投资在测试,是否有差异(或多人)在不同的阶段,所需要的人员数量或
?
考虑到实际工程有不同的方式,具体测试的要求可能会有所不同。
2。测试计划
结合项目规划、测试要求和公司资源的实际情况,编写一个可行的测试方案是基本要求。测试计划不需要太详细,但我们必须从宏观层面全面把握项目测试。我们应该考虑到考试的进展、工作安排阶段、资源需求和可能的风险。
测试计划不同于测试策略。测试计划属于战略问题。测试策略属于战术问题。前者属于什么,后者属于如何去做的问题。
三.测试用例
这不需要说太多。做测试是不够的,但是测试用例的质量对测试执行的效率和效果有很大的影响。有些人说测试用例不是编写的,而是设计的,我认为它非常合理。测试用例必须具有很强的针对性,不同阶段、不同对象的测试用例设计是非常重要的。
设计了一个好的测试用例。
4。测试报告
单元测试、集成测试、系统测试、回归测试、测试不同阶段发布测试报告输出,每个阶段也都根据实际情况对应相应的测试报告、报表,主要目的是让相关人员了解项目软件。
5。试验记录
测试记录中有许多项目。这里我们介绍了项目测试周和测试人员的任务分配记录,当然还有测试用例执行记录。测试记录是对测试工作的跟踪!
6。测试总结
测试总结包括测试人员的技术总结、项目阶段测试总结、整个项目的最终测试总结等。
7。
培训文档
培训内容包括专业测试技术、工具应用等,这方面的数据文件也应列为良好的记录。
8。其他文件
重要的邮件、会议记录、相关文件收集等其他方面,
两。测试策略
不同阶段、不同版本的如何制定有针对性的测试方案,如何测试更多暴露出来的软件测试策略问题是一个能最能反映TL能力的方面,一个好的测试策略可以起到事半功倍的效果。以下几个方面可以在测试策略的制定考虑:
1。当做测试是什么;
2。哪些模块需要测试哪些模块可以一劳永逸(当然是不可能的);
3、什么时候进行有针对性的验证测试,回归测试和全面测试的必要性是什么?
4、如何确保版本(模块)测试不遗漏重要的问题?
5、哪些测试方法用于测试(例如,特定的特定测试、交叉测试等)?
6;…
事实上,测试策略的制定可以根据测试人员的特点、测试软件版本的特性等来考虑。由于在实际的项目中我经常测试一个模块被分配给一个测试人员执行,我将进行测试,或者让另一个测试交叉测试,相同的模块在不同的版本中针对不同的测试人员来说,这里不是信不信。
三。缺陷管理
目前,缺陷管理基本上是通过缺陷管理工具进行的。常见的有TD、CQ、TM、Bugfree等。这些管理工具也非常相似。缺陷管理工具的使用与信息的传输和共享密切相关。测试人员也方便提交缺陷,并根据相应的格式要求自动填写。
TL应经常检查缺陷状态,为了找出软件版本中存在的问题,并跟踪缺陷状态,屈伟存振缺陷的描述、严重程度。尽可能保证每个测试人员提交的缺陷的质量,一些开发人员不能及时处理的问题也可以被抑制。
事实上,缺陷也是项目管理的重要基础。
四。风险管理
我经常把宿舍的钥匙放在一个公司里,这样可以防止一天的钥匙被遗忘或丢失,所以它不会破门而入。钥匙锁进房间后,公司保管的钥匙就投入使用。我认为这也是一种风险管理。
哲学上,世界万物存在的唯一形式就是变化。的确,不一样的水平,考试也有一些意想不到的变化,在软件开发过程中,有许多意想不到的事情,比如用户需求的变化,开发人员,测试人员的变化,资源匮乏,新的临时任务冲突,这些都是不一样的有变化,是有风险的,当变化发生,如何面对!对这些变化的反应,即使没有明确的文件,至少应该在心里!
当然,风险并不总是由变化引起的。例如,缺乏测试准备和时间也是实施客观因素的一个危险因素。
软件测试的风险无处不在。每个阶段都有不同的风险。如何在有限的时间和资源下采取更有效的应对策略,将风险降到最低是每个TL都应该考虑的问题。
五。资源管理
它包括测试数据、环境管理等。你可以说很多,但没什么可说的。
六。学习和培训
有自学和指导团队成员学习的能力。
为了满足测试和开发的需要,这是非常重要的,当然,个人自学也是非常重要的。我做了5年的考试,因为理论和实践都很丰富,但每天都会潜入一些更深层次的知识,特别是不可避免,而且也向广度发展!否则,我恐怕连它都忘不了!
在项目测试期间,TL可以根据实际情况组织正式或非正式的学习和交流培训,当然,我们应该适当指导相应的项目成员学习,包括给他们锻炼的机会。提高个人和整体的测试能力。
七。人事管理
许多人一提到管理,就非常兴奋,他们能管理人,相信每个人都能谈论很多真相。这里我们不谈人,只谈你自己。
如何管理自己,首先,我们必须积极参加我们的工作。这句话人人都可以说,但真正做到这一点并不容易。积极主动包括主动发现问题,积极思考,积极沟通,积极处理问题。也许有时候,每个人都有经验,有时候事情可以今天完成,明天就能完成。我相信今天的结束不同于明天的结束。市场上有一些书,比如情绪管理、时间管理等等。
八。另一方面
作为一个TL,除了发现问题、解决问题的能力,我们应该注意以下几个方面在做项目:
1。信息共享应及时,如相关邮件,测试的变化,等等,可以说在任何时候项目测试成员;
2。跟踪测试过程,但不拘泥于过程;
3。定期召开小组会议,交流经验;
除了技术能力的要求外,其他许多非技术因素也非常重要,如情感管理、沟通、系统过程、文化环境等,对项目测试的成败都有着非常重要的影响。
我觉得上面有些东西是比较理论的。理论指导实践,实践能进一步升华理论,相互促进,最终搞好检验工作。我认为这是最终的目标。
文章从互联网整理而来,旨在传播scrum、软件项目管理、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解研发项目管理的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:
【网址】www.effapp.com