软件测试项目总结怎么写啊？高手指教下

微醺的五花肉 2024-06-04 01:28:23

最佳回答

能表达得有条理就可以了。不必介意格式。总结无非就是总结经验，吸取教训咯,本人什么时候参加了什么项目的测试这个项目是干什么的我在项目组中做了什么遇到了什么困难如何解决的通过这个项目我学习到了什么我要感谢谁谁谁我以后要在什么方面加强此致敬礼附件一x项目的测试工作到今天算是全部结束了，除了后期维护必要的一些回归测试和用户使用手册的撰写外，整个测试阶段告一段落。从10月底进入项目，在测试经理的帮助下开始学着写项目测试文档，到根据文档的每日功能测试及回归测试，再到整个项目进行迭代后对测试文档的重新架构及整体回归测试，直至最后的统一交付测试，我个人提交总bug数为244个。在这244个bug的提交和回归过程中，在测试文档的写作及修订中，我对整个项目的逻辑及架构逐步清晰，对项目之间所需的复杂交互的认识也越发深入，对项目功能逻辑上的测试如何进行也更加明晰。下面我简单谈谈对项目的认识、经验和教训，以及对未来改进的一些建议！一、对项目的认识进入这个项目是在今年十月底，当时测试经理和c已经把setting（当时是admin）部分的测试结束了，所以我直接开始接着d的测试文档继续往下写（当时是从revenue的report部分开始，即现在的report模块）。因为跳过了逻辑部分，所以对整个项目逻辑理解很不够，开始写的测试文档也非常浅显，就是描述了一下页面布局。这里我的感觉是，测试人员进入项目初期，项目经理有必要指派专门人员与测试人员沟通，帮助其理清整个项目的顺序逻辑。当时c简单地跟我介绍了一下整个项目，我的感觉是沟通不够，对逻辑理解比较欠缺。report部分写完，就直接开始测试——用自己刚写完的文档进行测试，效果显然不够理想。因为测试人员刚进行该模块测试文档的编撰，再让他对该模块进行测试，这样做的一个后果就是，测试人员会先入为主地觉得自己不需要按部就班地照着文档进行测试（因为文档就是自己写的）。还有一个很大的问题就是，倘若测试人员在文档撰写上存在严重漏洞的话，他在测试时仍然不可能发现自己的漏洞所在。所以我建议测试文档撰写人员与测试人员最好不要是同一个人，这样有助于发现测试文档构建的漏洞。测试完report后，紧接着开始进行expense模块测试文档的撰写。这时我开始接触到一些逻辑，即expense与setting部分联系的逻辑。这时遇到的问题最多最杂，随时随地都需要与c，甚至项目经理进行沟通。由于之前对主功能（setting部分）的不熟悉，这种一边沟通一边撰写的测试文档可以说是漏洞百出。由于项目时间也比较紧，我需要在一周内完成整个expense模块的测试文档，所以最终完成的文档很不理想。这里我觉得还是之前沟通不到位的问题，应该有一个对整个项目非常熟悉的人来帮助测试人员理清整个项目逻辑再进行测试文档撰写，而不是一开始就撰写测试文档。接着就是根据自己撰写的expense文档对expense模块进行测试，效果也不够理想。这里我还有一个建议就是，如果测试人员在初始进入项目时没有得到及时沟通，至少需要给他一周时间先对主功能（即setting部分）进行完整测试，对照需求手册及主功能发现的bug，对主功能进行深入理解。expense测试完成后，开始对整个项目进行回归测试。在这个过程中，我逐渐理清了整个项目的逻辑，也开始试图修改以前的文档。但由于文档量太大，文档结构不够清晰，时间也比较紧，修改难于进行。大部分原因是我经验不足造成的，之前撰写测试文档时，思路过于混乱，想到哪里写到哪里，导致最后文档难于维护和修改。回归测试结束后，整个系统逻辑已经比较清晰。这时项目进行新一轮的迭代，用户需求改了很多，其中包括增加、修改大量功能、名称，以及对整个系统结构进行重构。这对测试文档而言改动点非常多（包括结构顺序改变、测试编号订正、功能模块名称修改等），而且需求文档并未因此变化，造成最后测试文档与需求文档的不匹配。这是一个协调的过程，系统迭代后，需求文档应及时随着系统进行修改。迭代开发过程中，测试基本上是项目改到哪就测到哪，这里面最大的问题不是发现修改模块的bug，而是发现修改该模块后牵涉到的其它模块出现的bug。这种连带bug的产生可以说是防不胜防，让测试人员苦恼不已。到现在我也没想出解决办法，只能说对模块之间的联系及交互逻辑理解仍需加深。迭代开发后期，开始对整个系统从头回归一遍，这时候又发现了许多以前从未出现的bug。这个时期大家都很烦躁困惑，曾经运转良好的页面，突然出现存储问题；曾经更新正常的功能，突然无法更新；曾经显示正常的excel，突然显示错误… …这些都让人苦恼，当然，这些应该都是正常现象。测试人员在测试后期尤其需要**，不能漏过任何一个功能点，更不能忽略任何一次貌似无用的查询、翻页、按键。最后，是大家一起进行的交付测试，人员包括了所有的编程人员及测试人员。这期间，除了对基本功能的回归测试外，还包括了并发测试及性能测试（这主要是编程人员在做），除此之外，我将过去提交修正过的所有bug重新验证了一遍。在并发测试中，我们发现了很多之前单人测试难以发现的并发问题（包括多人一起提交，一起选择，一起修改等等），并发问题可以说层出不穷，甚至包括了同一台电脑打开两个页面分别进行修改的问题（由于我从一开始就是打开两个页面来测，一个为用户本人，一个为该用户代理人delegator，所以有些问题在早期已经暴露），这是测试中的一个重点，也是比较严重的漏洞，需要在以后多加留意。在验证过去修正过的bug时，仍然发现不少问题，有些是bug本身的问题，有些是bug附带问题，还有很多验证时联想到的问题。这一验证过程效果非常明显，所以我建议在项目末期有必要将过去修正的bug重新认真验证一遍，可以在短时间内收到奇效。至此，整个项目的测试算是告一段落。用户过来测试后提出一些bug，经过分析，绝大部分属于用户的一些想法，与测试漏洞无关，整个测试算是圆满结束。二、经验和教训这个项目是我接手的第一个项目，也是一个理论联系实际的过程，回想起来，收获颇丰。经验主要如下：1、学会如何将书中的理论与实践相结合；2、学会如何根据项目demo及需求文档撰写测试文档；3、学会如何根据项目变更修改测试文档；4、学会如何用英文撰写文档，提交，验证问题；5、学会如何理清项目逻辑，如何更深入地撰写文档并进行测试；6、学会如何与编程人员沟通交流，获得解答，以便正确提交bug；教训如下：1、撰写测试文档前没有理清业务逻辑，导致前期测试深度不够；2、撰写测试文档时结构不清晰，导致后期难以维护和修改；3、测试过程中心态有些浮躁，有些急于求成；4、还没有形成测试思维，测试过程思维显得有些混乱；5、对bug轻重缓急界定不够，导致有时测试难以继续进行（对一些影响进度的低级别bug优先级定得太低）；三、对未来改进的一些建议经过这次完整的项目测试，学到了很多，也发现了很多问题。对于未来项目的测试，我如下几个不太成熟的建议：1、在测试之前项目经理有必要对测试人员进行项目培训，让测试人员对整个项目心中有数，在撰写测试文档时有的放矢；2、在测试文档撰写之前需要定义一个撰写规范和标准，大家按照同一个标准撰写，有利于日后文档的维护；3、同一个项目功能测试至少应有两人，可以交叉编写模块测试文档，交叉检查文档，交叉进行回归测试，交叉验证bug，这样有利于避免单人测试考虑不足的漏洞，也能产生更多新的想法，还能相互督促完善文档，提高测试进度；4、从一开始就高度重视并发问题，并发问题暴露得越早越易于修改；5、项目后期除了不留死角、轮番地扫遍每一个角落（多人协作）外，还需要将过去所有解决的bug全部验证一遍，会发现不少难以预见的bug；6、对于本项目，目前还有32个延迟（pending）的bug，里面大部分为性能和并发问题，还有一些光标、排序及空数据遗留问题，这些看似无关紧要或暂时难以解决的问题都是未来亟需解决的关键所在； 20210311

汇率兑换计算器

兑换金额：

持有货币：

兑换货币：

兑换结果：

类似问答

工作总结怎么写啊？
- 2024-06-04 03:35:48
- 提问者: 未知
其实很简单，首先简单概括下总体情况，然后说明公司的现状，其次是存在的问题及解决办法，最后作下年的工作展望或...你也可以找往年你们公司的总结参考下，把变化的部分修改...
软件测试的流程？
- 2024-06-04 21:07:03
- 提问者: 未知
风险评估与规避措施有一个制定。...优秀的测试经理或测试人员应该具备良好的文档编写能力，一份详细的测试报告包含足够的信息，包括产品质量和测试过程的评价，测试报告基于...
试项目测试结果测试单位mom值afp39.00
- 2024-06-04 05:26:16
- 提问者: 未知
病情分析：结果属于低风险。唐氏测试只是测试胎儿是否有先天愚形，以风险值划分指导意见：这个唐氏筛查的结果表明胎儿属于低风险，是最好的一种结果，不必过于担心胎儿先天性痴呆症状。
银行项目软件测试都做些什么?
- 2024-06-04 12:10:53
- 提问者: 未知
首先说软件测试，其实根据测试基础知识和现有的测试体系验证代码实现的功能是否正确。但是针对行业来说实际软件的功能不多，都是通过这些功能是否可以完成业务，一般我们的经历都是在验证业务功能是否正确所以对测试人员的从业背景要求高工具方面就是些自动化工具还有就是测试管理工具没有说针对那些行业有特定的工具
为什么 kickstarter 上面总是硬件项目居多，软件项目较少？
- 2024-06-04 07:53:31
- 提问者: 未知
kickstarter的项目不是找投资人，而是寻找种子用户的。把种子用户的资金用作启动资金的。软件项目…
软件测试的指标有哪些（包含功能测试，性能测试，验收测试，接口测试）
- 2024-06-04 19:56:01
- 提问者: 未知
软件测试的指标主要是根据需求文档和行业标准而定。功能测试的指标，完全是由需求文档确定，需求文档会有明确的说明；ui界面是由设计人员给出的效果图确定。性能测试的指标，一般是由需求人员、开发人员、业界标准综合而定，比如某触发动作的响应时间，应该是并发10000用户的时间为2秒以内等。验收测试的指标，一般是由客户给定。要验收哪些功能，功能的体验习惯和方式等。接口测试的指标，主要由开发人员给定。开发设计人...
制作软件高手或者制作股票软件高手请指点一下....
- 2024-06-04 15:37:14
- 提问者: 未知
完全没用过，羡慕会炒股的。
科技验收项目总结报告怎么写呢？
- 2024-06-04 13:20:21
- 提问者: 未知
天津市科技计划项目验收工作总结报告、技术总结报告编写提纲一、项目概述的内容应包括：项目的基本信息，包括来源及立项依据，承担人，研究目的、用途，主要研究内容，...
请问高手们，软件系统负载压力测试的主要目的是什么？
- 2024-06-04 02:56:14
- 提问者: 未知
首先，你的问题本身不够准确。负载测试和压力测试是不同的两种性能测试方式。1、先说压力测试，压力测试是为了确定系统的瓶颈或者最大使用极限的。为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数，方法是分别模拟一定数量的用户并发访问系统，记录并分析系统响应时间；2、再说负载测试，负载测试是为了测试软件系统当负载逐渐增加时，系统各项性能指标的变化情况。站在用户的角度去观察在一定条件下...
房地产项目总结怎么写啊
- 2024-06-04 08:26:14
- 提问者: 未知
1、项目的经济指标，例如容积率，绿化率，建筑面积，占地面积等进行简单的阐述；2、本项目周边交通情况，以及项目内部动线，人行线的安全性，可以注意下你们车库时全地下室还是半地下室的；3、本项目主要配套设施，如会所，超市，景观，娱乐休闲，生态园等，然后描述下细节；4、周边项目横向比较，如从建筑风格及规划特点，产品特色等，户型对比，面积对比，通风及朝向都可以写5、发表下你对于本项目规划及户型设计的观点6、...

软件测试 项目总结怎么写啊？高手指教下

房贷计算器-九子财经 | 备案号： 桂ICP备19010581号-1 商务联系 企鹅：2790-680461

软件测试项目总结怎么写啊？高手指教下

房贷计算器-九子财经 | 备案号：桂ICP备19010581号-1 商务联系企鹅：2790-680461