文档库 最新最全的文档下载
当前位置:文档库 › 电子商务网站测试经验总结

电子商务网站测试经验总结

电子商务网站测试经验总结
电子商务网站测试经验总结

电子商务网站测试经验总结

从业电子商务网站测试一年多,很久没有进行测试的经验方面的总结了,今天对之前测试的电子商务网站进行了一次总结,总体按照两种模式进行划分总结:1、按照测试类型 2、按照电子商务网站的系统架构

一、按照测试类型来划分

1、兼容性

1、1主要就是在浏览器兼容(360浏览器IE6 IE8浏览器)

12、操作系统,主要体现在操作系统兼容(xp win2003 win2007)

2、UI测试

2、1检查连接就是否正确

2、2就是否有文字错误信息

2、2产品价格就是否有显示错误。

3、用户体验测试UE

3、1首页产品的展示与分类

3、2搜索结果页,搜索结果的正确性,与结果页面信息的展示

3、3产品详情页。产品介绍页面将对客户的购买行为起到关键的作用,产品图片,文字说明,产品描述就相当于柜台服务员与产品说明书。

4、购物流程及购物规则测试

4、1B2C网站最重要的流程就就是购物流程,包括几个重要功能:购物车、配送方式、支付方式、提交订单。这一流程的用户体验的重要性在于让客户能很容易的完成下单的过程

测试产品能否放入购物车中

4、2当某种产品有购物数量限制时,超过这一数值,能否也能放入购物车中

4、3购物车中的购物限制就是否正确

4、4积分就是否能够兑换正品,或者限购的产品

4、5积分就是否能够兑换促销类的产品。

5、支付流程

5、1购物车中的产品能否正常支付

5、2当支付完成,不等页面跳转,直接关闭浏览器,数据传递就是否正确

5、3当支付完成,等待页面跳转,跳转到得页面就是否正确

5、4网站某个模块间的数据传递就是否正确

6、订单流程测试

6、1订单提交完后,对订单的处理流程的验证,以及相应的订单状态核对就是否正确。

7、性能,响应速度测试。

7、1并发性测试如秒杀功能、

7、2同时购买同一个限定产品

7、3相同的帐号进行2次积分兑换产品的并发操作。

7、4提交订单时,并发操作时就是否存在多个订单。

重点:

在进行测试时,首先需要清楚应用系统的输入流,数据流的情况,在基本功能通过的情况下,才能进行其它的类型的测试。

电子商务网站测试应该关注:

1、业务流与数据流

2、重点在用户体验测试方面吧

3、还有安全与性能方面的。web的cookies测试也就是重点。

二、按照电子商务网站的系统架构

1典型系统结构(目前都就是采用的三层C/S架构,即1、表示层,2、业务层,与3、数据层(页面与数据库交互的)。层)。

1、表示层(测试检查应用程序的前端就是否正确)

1、1内容测试(检查web应用系统提供的信息,正确性,准确性,相关的操作元素就是否正确等)。

1、2web站点结构(检查web站点结构上存在的错误,发现无效的连接)

包含三个方面:

1、就是否存在空连接地址

2、就是否连接到指定的页面

3、就是否存在连接报错。

1、3用户环境(浏览器兼容操作系统兼容)

2、业务逻辑层(业务逻辑层主要就是为了发现业务逻辑中存在的问题)。

2、1性能测试(负载测试就是为了测量Web系统在某一负载级别上的性能,以保证Web系统在需求范围内能正常工作)、

2、2数据验证。测试用户采集的数据,通常都就是以表单的形式。比如说用户注册(必须保证用户的数据一致性,正确性,完整性)才能进行提交。然后到数据库表中去进行验证。

2、3业务测试。测试系统的业务处理过程的正确性,电子商务系统必须在全部的时间里正确处理业务,无一例外。因此,要通过测试确保业务处理的正确性。如(如,购物,加入购物车,结算,提交订单,订单处理流程)的一个过程。

3 数据层。(数据层的测试,主要就是指对应系统用于储存与获取信息的数据库管理系统的测试)

3、1响应时间,定量并发操作,对应用系统就是否造成响应数据的方面的影响。直接影响用户体验。

3、2数据完整性(主要验证表单数据的提交及存储),也就就是数据完整性测试。将提交的数据

与数据库中提交的数据进行比对,确认就是否正确。

软件测试人员工作总结

软件测试人员工作总结 总结,是对过去一定时期的工作、学习或思想情况进行回顾、分析,并做出客观评价的书面材料。按内容分,有学习总结、工作总结、思想总结等,按时间分,有年度总结、季度总结、月份总结等。人们常常对已做过的工作进行回顾、分析,并提到理论高度,肯定已取得的成绩,指出应汲取的教训,以便今后做得更好。工作总结频道为你准备了《软件测试人员工作总结》希望你喜欢! 软件测试人员工作总结(一) 本人自20XX年6月25日起进入梦龙移通公司从事手机软件测试工程师一职,在不知不觉中已经经过了2个月的试用期。在这段时间里,我感悟颇多,虽然这并不是我的第一份工作,但是在此期间,我对于工作一贯谦虚谨慎、认真负责的工作态度,从来没有改变过。 在本部门工作中,我一直严格要求自己,认真及时地完成领导布置的每一项任务,并虚心向同事学习,不断改正工作中的不足;配合各部门负责人落实及完成公司各项工作,在过去的2个月中,通过不断的学习和自我提高,已经适应了本职的工作,但对于一个初入公司的新人,要全面融入企业的方方面面,可能在一些问题的考虑上还不够全面,但我相信,通过公司领导及同事的悉心指导,我一定会在今

后的工作中更好的提高自己的水平、素质,更好的完成本职工作。 在今后的工作中,我要继续努力,克服自己的缺点,弥补不足,向白盒测试、内部代码测试方向了解,加强软件测试、计算机语言方面的知识,不断自我学习,力争成为学习型、创新型、实干型兼备的新世纪人才。 软件测试人员工作总结(二) 一、20XX年工作回顾及总结 回顾20XX年这一年来的工作,我在公司领导及各位同事的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下: 1、总体来说,20XX年我主要完成了“xx银行系统”、“xx 渠道管理平台”、“xx”、“xx”、的日常测试以及质量控制工作;“xx”已经稳定上线运行6个多月,“xx”即将上线。 2、日常我主要负责项目测试工作、测试文档编辑、参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有: a、测试项目案例、测试用例的设计与编写; b、对测试过程中遇到的问题进行沟通,并提供意见;

第九单元思考题及单元测试

第九单元 9.1思考题 1.建议结合自己的教或学的经验,在理解要点的基础上展开论述。要点:信息技术与课程的融合(integrating information technology into curriculum)是指在学科教学过程中通过信息技术、信息资源和课程内容有机结合,来构建一种良好的学习环境和有效的学习方式。 2.建议结合自己的教或学的经验,在理解要点的基础上展开论述。要点:信息技术与学科课程融合主要是为了在学科教学中适当地选择技术工具,以便更好地解决教学问题,从而达到提高教学质量和学习效率的目的。信息技术与课程融合不仅是运用现代高新技术支持传统教学,而且是将信息技术、资源信息、信息方法融入到课程内容中去,从而更好地完成课程教学任务的新型教学方式。信息技术与课程融合的要旨在于适合学生的个性发展,促进学生意志和人格的形成,并且培养学生综合利用多门或多种学科知识来解决实际生活问题的能力。 9.2思考题 1. 你认为协作性学习模式在网络环境下的显著特点是什么? 基于网络的协作式研究性学习除了具有协作式研究性学习的自主性、协作性、开放性和探究性的特点外,还具有以下一些鲜明的特点:(1)提供丰富且易于共享的学习资源;(2)直接促进学习过程中的交互性;(3)有助于增强远程学习者之间的合作性;(4)学习评价多元化 2. 你认为探究学习模式在网络环境下的显著特点是什么? 建议在理解要点的基础上展开论述。要点:基于网络的自主探究性学习模式具有以下三个特点:(1)基于网络的自主探究性学习的主题是“一个需要解决的问题或者一个需要完成的项目”,即现实生活中的真实任务,这点和“研究性学习”教学模式从自然界或社会生活中选择某个真实问题作为专题去进行研究是完全一致的。(2)在基于网络的自主探究性学习活动中,学生使用的全部或大部分信息都是从网上获得的,所以这种学习模式能有效激发学生上网查找相关资料的积极性,这也是基于网络的自主探究性学习的主要特征之一。(3)由于基于网络的自主探究性学习为教师提供固定结构的教学设计流程模板和一系列的指导信息,这就相当于为一线教师提供了一种便于掌握、运用教学设计新理念的脚手架,从而使广大教师易于上手、易于实施。 3. 协作学习的设计要点有哪些? (1)小组任务,不是个人任务,给学生空间以发展管理任务的技巧;(2)明确时间限制;(3)周期性地要求学生提交进展报告;(4)异质分组,将具有不同智能特长的学生分在一组;(5)将发布和展示的成果质量作为评价小组任务的重要标准。 4. 协作学习的基本要素有哪些? 协作学习作为一种学习模式,在传统的班级授课和信息技术学习环境中得到了广泛的应用。协作学习模式通常采用协作学习组织形式促进学生对知识的理解与掌握的过程,有4个基本组成要素,即协作小组、成员、辅导教师和协作学习环境。 5. 网络环境下的教学一定要采用基于问题的或探究的教学模式吗? 建议在理解要点的基础上展开论述。要点:不一定,不同教学环境下的教学模式很多,教师需要选择适合教学的模式,不可一种模式,放之四海皆准,本道题自圆其说即可。 6. 基于资源的主题学习模式的特点有哪些? (1)资源利用的广泛性;(2)具有主题性和主题的情境性;(3)跨学科性;(4)任务驱动性;(5)探究性;(6)反思递进性 7. 什么是基于资源的主题教学模式? 基于资源的主题学习模式指学习者围绕一个主题,通过充分发掘和利用各种不同的资源,并遵循科学研究的一般规范和步骤而进行的一系列探究活动,其目的是为了让学习者提高问题解决能力、探究能力、创新能力等,促使学习者的学科素养和信息素养同时提升。

压力测试报告

IT软件系统性能测试报告

文档说明

目录 1.引言 (5) 1.1.项目标识 (5) 1.2.系统概述 (5) 1.3.测试目的 (5) 1.4.测试环境 (6) 1.4.1软件环境逻辑架构 (6) 1.4.3软件环境 (7) 1.4.4测试工具 (7) 1.5.测试数据 (7) 2.测试指标及结果 (8) 2.1.测试指标说明 (8) 2.2.测试指标结果 (8) 3.测试结果 (8) 3.1.典型交易基准测试 (8) 3.1.1.业务范围 (9) 3.1.2.测试方法 (9) 3.1.3.场景设置 (9) 3.1.4.测试结果 (9) 3.1.5.结果分析 (10) 3.2.单交易负载测试 (10) 3.2.1.业务范围 (10) 3.2.2.测试方法 (10) 3.2.3.场景设置 (10) 3.2.4.测试结果 (11) 3.2.5.结果分析 (11)

3.3.稳定性测试 (11) 3.3.1.业务范围 (11) 3.3.2.测试方法 (12) 3.3.3.场景设置 (12) 3.3.4.测试结果 (12) 3.3.5.结果分析 (12) 3.4.容量测试 (14) 3.4.1.业务范围 (14) 3.4.2.测试方法 (15) 3.4.3.场景设置 (15) 3.4.4.测试结果 (15) 3.4.5.结果分析 (16) 4.测试进度 (16) 5.测试结果评估 (16) 6.系统评价 (17) 7.调优方案 (17) 8.测试遗留问题 (17) 9.附件 (17)

1.引言 1.1.项目标识 1.2.系统概述 银行非零售客户内部评级系统主要包括:评级政策管理、评级对象管理、信用评级管理、客户违约管理、评级监控管理、统计分析平台以及系统管理等共计七个模块,涵盖了内部评级的主要功能以及部分与内评相关的衍生功能。 本系统可应用于银行非零售客户的内部评级及其可配置化的流程。同时,系统提供多种外部接口,可供其他系统调用内评数据。 本系统一方面可以满足银行监管部门对于内部评级初级法的监管要求,同时为银行各业务条线的授信业务提供专业的评级服务;另一方面也有利于我公司扩大整个银行风险管理领域的市场份额,可提升公司在该领域的综合竞争力。 1.3.测试目的 通过对系统的性能测试,达到如下目的: 1.了解银行非零售内部评级系统的并发支持能力,预估系统的业务容量。 2.通过各种业务场景的测试实施,为系统调优提供数据参考。 3.了解业务系统的稳定性。 4.检验系统在异常业务场景下的容错能力。 5.通过性能测试发现系统瓶颈,并进行优化。 6.系统最大吞吐量、 7.系统各业务在各种压力交易下的运行状况、 8.获取系统处理能力。

最新测试工程师个人年度总结

最新测试工程师个人年度总结 时光荏苒,如今一年的帷幕,新的一年钟声已经敲响,在公司高层的正确领导下,又走过了一年工作总结如何写呢?下面是分享最新测试工程师个人年度总结,提供参考,能帮助到你,欢迎大家阅读。 时光荏苒,如今20xx年的帷幕已经谢下,20xx年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作,以下就是我对过去这一年的工作总结 测试工作及经验 作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20xx年中所做的工作主要有 测试用例的编写,对系统的测试、跟踪; 需求、高保图、界面和功能的测试; 功能测试用例的编写,高保图、系统的测试; 的静态页面测试和功能测试;

的功能测试; 第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主 持参与测试用例评审; 平台高保图的测试和系统静态页面、功能的测试; 的高保图测试和测试用例的编写; 的静态页面和功能测试,参与测试用例的评审; 的高保图测试、静态页面和功能测试; 用户使用手册的编写; —年的工作,让我获得很多方面的经验 编写逻辑覆盖率全的测试用例甚为重要。 在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试; 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的

bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试; 对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题; 越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。 同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、产品经理等及时沟通,大大提高了工作的效率。 二、加强自我能力的提高 只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。 为提高对”用户体验”的理解,我学习了《下一站用户体验》,书中一些经验确实让我获益匪浅。不能总拿别人的用户体验去改进自己的产品,但是有一些却是通用的, 比如太多弹出框、按钮会给用户带来愤怒感,要适当的给页面减肥等 深知单纯的界面测试和功能测试已经渐渐不能满足今后平台的开发,所以我学习了性能测试的一些相关知识,并在师父的指导下运用LR工具进行简单性能测试,以后必须坚持学习。 三、存在的不足及明年计划

测试工程师工作总结(精选多篇)

测试工程师工作总结(精选多篇) 第一篇:软件测试工程师年终工作总结2020年终工 作总结 一:2020年工作回顾及总结 回顾2020年这一年来的工作,我在公司领导及各位同事 的支持和帮助下,严格要求自己,按照公司要求,比较好地完成了本职工作。通过近一年的学习和工作,工作模式上有了新的突破,工作方式有了较大的改变。现将这一年的工作情况总结如下: 1、总体来说,2020年我主要完成了“……银行系统”、“……渠道管理平台”、“……”、“……”、“……”“……”的日常测试以及质量控制工作;“……”已经稳定上线运行6个多月,“……”即将上线。 2、日常我主要负责项目测试工作、测试文档编辑、 参与功能需求设计、协调开发进度、总结经验分享、完成所需知识积累、工具学习及研究、兼容性软件测试。就在银联项目工作来说,主要的工作内容有:a、测试项目案例、测试用例 的设计与编写;b、对测试过程中遇到的问题进行沟通,并提 供意见;c、设计业务功能流程,提供参考意见,绘制关键业 务流程;d、进行主要功能的界面测试、功能测试;e、按照测试用例执行测试计划;f、进行需求验证工作 3、知识的总结与分享,完成客户端在安卓 4.0/4.1,ios6.0以上系统上出现的兼容等问题,完成了兼容性测试案 例的编写以及兼容性测试的培训工作。在日常工作中,发现兼容上重大问题,在测试部门群中发布分享。

4、完成所需知识积累,学习所需知识、工具以及技能。在工作中学习了银行业务流程规范、学习公司研发规范、参加了公司组织的技术培训、学习了各种 测试工具的使用。 二:对公司的建议与意见 对公司和部门建设上,我有以下几点建议: 1、对员工进行金融知识的系统培训,让测试人员了 解银行业务流程,有助于测试人员更加详细了解业务流程,测试过程会少走很多弯路。 2、部门内希望多组织技术交流讨论,促进测试工作 的开展和提高。一年至少有2次这样的交流。 3、公司在项目开发前期,希望尽可能的明确需求, 尽可能的详尽需求说明书内容。在测试过程中发现很多项目缺少需求说明书,需求说明书不明确或者需求说明书内容错误,误导了开发和测试,浪费了时间,影响了项目进度。 4、建议项目需求设计可以有测试员参与讨论。 5、公司管理有点混乱,个人感觉公司对每位员工的 重视程度不够!节假日公司应该给每位员工一定的福利和关心。 6、个人感觉平时的效率比较低,希望测试部门能够 有所调整。希望公司能制定质量控制标准以及开发、测试工作流程,让开发更好的了解测试的流程,增强开发团队与测试团队的配合,提高工作效率。 7、加强部门测试成果的积累与沉淀,提高团队测试 水准,希望我们的团队能够做的更好,能够已团队的形式参与软件项目的开发,而不仅仅是一个项目中毫不起眼的小小测试员。三:2020年工作计划与学习计划 2020年工作计划就是希望通过自己的努力,让我们的产

语文单元测试反思20篇

语文单元测试反思20篇 语文单元测试反思(一): 今日午时我们班进行语文一二单元测试,在考卷最终一题中,考两个谜语,第一个谜语是:一物生来真奇怪,身穿三百多件衣,每一天给它脱一件,年底只剩一张皮。我答答案是,日历,第二个是:过年就在市场买,小朋友们喜爱它,每年过年需要它,放起它来彩带飘。 这一个谜语答案是,烟花,写完后我交给教师,我期望我能考一个100分。 语文单元测试反思(二): 这次语文考试成绩不梦想。仔细看试卷失分点后,分析失分原因大致有: 1、考试心理紧张,无法集中注意力答题; 2、个别知识点掌握不好; 3、粗心,错别字太多; 4、作文离题。 为在以后考试中能够避免这些错误,我会认真听讲,多做练习,克服粗心缺点。 语文单元测试反思(三): 昨日午时我们年纪进行年级语文单元测试,今日就发试卷。 我书面分得满分,词语造句题却扣一半分,看图写作也只得2分,其他题目都答不错。 总结下来,我觉得我课堂知识学能够,可是自我写作方面本事还

要再继续加油,多学习。争取下次考得更好。 语文单元测试反思(四): 拿着卷子一看,满心欢喜,以为会考得皆大欢喜,看看这些题,都很基础的。没想改完试卷一看,大失所望。做漏题的有之,不懂组词的有之,仍不会补充句子的有之。做第一题时我反复提醒孩子们:每一个字都应当有一个音节与它连线,否则就会扣分结果居然有4人没听进去;第四题连线题,所出示的题目都不搅脑袋,异常是后边两组,完全是书上的原词组,早上翻来覆去的读、背,居然不下10个人乱连,只能说明这部分人要么是课本读得太少,连课文都不熟,要么是读书只动嘴巴其余什么都没动,真是出人意料。组词一题更让人哭笑不得了,平时每课生字都会叫抄写,而抄写生字后边都会组上两个词语,学习指要上也没少练,还不止一次在黑板上示范、强调组词的格式,要说组词对他们来说已经是轻车熟路的事了,但奇了怪了,一考试居然就分不清东西,10个人左右脑袋发热,居然在括号里写一个字,还能说什么?多练习罢试卷出题不科学的要数第六题的第三小题,对很多孩子来讲还没有词语的整体概念,白的反义词确实是黑,但白是作为白天这个词语整体出示的,而白天与夜晚只能是相对而不能算反义,所以大概亮与黑才算一对了。 第七题是考孩子们灵活运用生字的本事,单个字让他写也许会,但放在具体语言环境中使用就不会了。这就是为什么平时让家长组成词语听写生字的原因。这道题也有几个孩子乱写,这部分孩子应当加强灵活应用生字的本事。第八题是补充句子,学习指要上做过、书上

测试部年终工作总结

测试部年终工作总结 测试部年终工作总结的开展目的是为了提升测试部工作质量,下面测试部年终工作总结是想跟大家分享的,欢迎大家浏览。 篇一:测试部年终工作总结 XX年已近尾声,回顾这一年里的工作收获颇多。年初一直在参与中行对公系统的测试工作,中国银行对公代客资金管理系统已2月份对公系统顺利投产。紧接着春节后又开始了xx银行的x-fund2.0项目的全程介入测试。跟随项目组一同到现场开发测试,以及后期配合用户的压力测试,项目投产部演练和支持等工作。目前x-funds2.0系统也已经投产完毕。 8月份后回到公司,主要从事公司部集成测试和系统测试工作,主要测试系统包括分行日积月累系统、sge与k+接口管理系统、xx银行利率衍生品交易系统、浦发银行离岸交易系统、中国银行新一代做市商系统等。目前正忙于新一代做市商系统测试工作,该项目计划年底投产。 补丁测试方面主要有部分辖对公系统补丁测试、部分中行对公代客管理系统补丁测试、澳门资金管理系统补丁测试、x-funds2.0系统补丁测试等。

压力测试方面主要有x-funds2.0系统、外汇电子交易系统压力测试、统一登录系统压力、浦发离岸系统压力、新一代做市商系统压力测试等。 从年初的中行对公项目到xx银行x-funds2.0项目再到中行新一代做市商项目。一个个项目完成测试任务并顺利投产或进行中。 从本年度主要项目的测试及跟进客户测试方面经验教训进行总结,以便更好的提高项目介入测试的质量和完善自己的能力与不足之处。 一、测试组部要有计划。介入项目测试以后,理论上讲是应该配合项目组的测试工作。但个人认为这样测试组方面工作会比较被动,跟随项目组指定的测试并不能比较全面的覆盖到系统全部功能或者绝大多数功能。如更新一块,就让你测一块,这样无形中就会疏漏其他模块。测试组部可以根据项目整体工作的安排情况也应该有自己的测试计划,即完整测试轮次的计划,这样能更好的把握系统整体功能情况。这部分工作在进驻客户现场测试时应与项目组长沟通,明确每日工作流程,如版本更新时间约定、部更新测试安排以及配合指导用户测试等工作。 二、项目的测试进度控制。主要是按照项目计划进行的,按照项目组计划要求完成测试任务、提交测试类相关

测试工程师工作总结(精选多篇)

测试工程师工作总结(精选多篇)第一篇:软件测试工程师年终工作总结 20xx年终工作总结 科技辅导总结 信息技术工作总结 质量技术监督工作总结 科技发展“十一五”规划纲要 质量技术监督局年度工作总结 邓麦村作高技术产业发展工作总结报告 乡镇农业科技上半年总结及下半年计划 科技考核工作总结 【返回 技术工作总结 栏目列表】 第三篇:一个初级测试工程师的工作总结 一个初级测试工程师的工作总结.txt我是天使,回不去天堂是因为体重的原因。别人装处,我只好装经验丰富。泡妞就像挂qq,每天哄她2个小时,很快就可以太阳了。 ***: 您好! 首先为我的再次打扰您,表示诚挚歉意!又是三个月过去了,

我觉得我有必要向您汇报我这个季度的工作情况。这个季度,我们公司可谓大丰收啊,签了好几个项目且不说,关键是我们兢兢业业实施的cmm二级终于如期通过了!我们也将既往开来,向着下一个目标继续前进着。伴随着公司整体的大好发展形势,我这个季度也在不断进取和提高着,感谢您这段日子对我工作上的教诲和指导,尤其cmm评估这段时间,我知道您也花了很大心思在我身上。 时间过的真快,转眼间又是三个月过去了,这段日子我主要做了两件事情:*月、*月是**系统的后期测试和实施工作;在***、**、***等我们几个的辛勤努力下,总算使该项目胜利实施完成!虽然期间的辛酸与苦涩很多,不过现在回想起来,我们当时忙的很值得;因为对我个人来说,那是我实施的第一个项目,因此忙的很开心。这个项目我也算从头到尾跟随下来,对我后来的cmm研究与实施也有很大帮助;尤其在测试技能上,让我可以站在测试负责人的角度,对项目的整体开发、运行、测试、实施,都有很深的体会,对我今后的工作也是一笔不可多得的财富!不过这还真要感谢***您给了我这个锻炼的机会,我觉得我真正溶入我们公司的这种运作模式是从当时开始的! 接着*月份开始,我就正式投入到cmm评估的工作中,期间我也顺带着测试**项目,还对**项目进行了两周的兼职测试。怎么说呢,其实cmm评估这段时间里,是我和您正面接触最多的一段日子。首先请允许我说点题外话,其实那次我也和您坦白过,我在某些时候对您有种敬惧感,这可能要归结到我这人怕犯错,所以在您面前我总是事先对自己说几句鼓励的话,比如“没事的”“我行的”之类的话,这

方案测试经验总结

项目测试经验总结 说明:以下项目测试经验是我在原来公司工作中的实际经验,拿出来和大家一起交流。我相信之前的项目测试工作中有不少可以改进的地方,还希望大家多多交流。 项目测试经验 ——Judy Shen 本文是对我近几年测试工作经验的总结,并以简报的方式在研发中心内进行分享及交流。 1测试团队介绍 在介绍我们之前项目测试工作之前,需要首先介绍一下之前我所在团队的组织架构及测试人员在项目中的工作。 我们的测试团队属于质量改进中心下的测试部,它和研发团队属于两个不同的中心。测试团队有6个人,从图一可以看出来,一个人可以参与多个处于不同阶段的项目测试工作。 图一测试团队组织架构 参与项目的测试人员以测试组的形式进入项目,测试组和需求组、开发组并列。每个测试组有一个测试组长负责项目测试工作。项目经理不直接面对测试组成员,而是通过测试组长进行任务安排、协调、沟通。测试部经理知情测试人员的项目测试工作,项目测试组的工作汇报均需要抄送给测试部经理。如图二所示: 图二项目组织架构(旧) 上面说到的是旧的测试人员工作模式,在去年年底,为了有效利用公司测试人员资源,我们开始了测试外包的尝试。这里的测试外包模式是指,测试组不进入项目,而是由项目组将测试工

作以一个项目的方式分包给测试部,由测试部根据项目组提供的信息,进行计划、执行测试,并按照项目要求提交测试成果给项目组。 这个模式还在探索中,如图三所示,测试部经理直接负责项目的测试工作,测试组的工作情况抄送给项目经理。这种模式需要进行独立核算,包括成本估算、预算、结算等。但是这种模式的整体思路还不是很成熟,从这个组织架构上大家也可以看出来,很多东西还没有理顺,所以一直都处于尝试过程中。后面提到的内容,如果没有特殊说明,都是在旧的模式下进行的。 图三项目组织架构(测试外包方式) 我想不可否认,大家都认为测试人员应该是测试技术上的专家,但是,测试人员是否需要熟悉并擅长一定的业务呢?不管答案是什么都没有关系,但是我认为一个好的测试人员不仅是测试专家,他同时也是业务专家。有一些测试人员,因为系统的业务知识很复杂,就一头扎进去,几乎全力去学习业务知识,测试技术的学习和研究没有跟上,结果不是设计出大量冗余的测试用例,就是很多方面没考虑到,面对客户的不当请求,也没有底气说测试应该怎么做,弄得做起项目来辛苦异常,个个苦不堪言! 有着样的说法:“软件测试人员要两条腿走路,左腿是测试技术,右腿是业务知识。只有两条腿的健壮差不多,走路才稳当。”出于这种思想的考虑,在原来的测试团队,我们每个人都有两个学习、研究方向,一个是技术方向,一个是业务方向。例如: ●技术方向: ?功能自动化测试 ?性能测试 ?单元测试 ?测试管理 ●业务方向: ?物流业务 ?智能交通 ?知识管理 但这种方式在工作开展上有些困难。如果公司认为测试人员应该绝大部分时间用在项目测试工作上,那么测试团队既要研究测试技术,又要挤出时间学习业务知识,在操作上是比较困难的。在我们以前的测试团队的工作中,有一部分工作时间是用来进行部门建设的,部门建设工作中包括前面说到的技术研究、业务学习,还有就是部门搭建所需要进行的一些工作(如部门制度建设)。当时公司允许我们团队有30%的工作量投入部门建设上。将部门建设工作分开,主要是用于统计部门成本和测试成本用的。 前面说到了测试人员是以测试组身份进入项目开展测试工作的,但不是每个成员上去都从事同样的工作。在进入项目组工作时,每个测试人员所充当的角色是不同的,项目的测试角色划分为以下四种,如表一所示。在实际工作中因为测试人员数量有限,所以经常是一个人担任多个角色。

软件测试工作心得

软件测试工作心得 导读:本文软件测试工作心得,仅供参考,如果能帮助到您,欢迎点评与分享。 软件测试工作心得【一】一、本年度工作完成情况 时光飞逝,在这年里本人独立负责测试的项目10个,与其她测试人员联合测试的项目9个以及GIS应用虚拟项目(2个版本)。 其中独立负责的项目对项目的开发周期做全程跟踪测试,联合测试的项目协助其她测试人员完成项目测试工作。繁忙的工作使自己在过去的一年里学到了很多,同时也提高了自己各方面的能力。感谢领导的支持与指教,现总结如下: 独立负责的项目列表: 1) 《湖南xx空调进销存系统》 2) 《湖南xx空调售后服务系统》 3) 《长沙统计局数据管理平台》 4) 《长沙统计局数据展示系统》 5) 《长沙统计局GIS应用系统》 6) 《xx电网WEB GIS系统》 7) 《xx电网移动电子化移交系统》 8) 《xx电网东莞局单线图绘制系统》 9) 《电信号百-掌上同学圈》 10)《长沙城市林业生态圈资源信息集成系统》

与其她同事联合测试的项目列表: 1) 《xx市规划局办公系统》 2) 《xxx_地理公共服务平台》 3) 《xxx市规划局自动化办公系统》 4) 《xxx县城建档案馆著录系统》 5) 《xxx市统计地里信息系统》 6) 《xxx市社会安全联合救助系统》 7) 《xx市施工图审查中心一体化办公平台》 8) 《xxx控制性详细规划系统》 9) 《xxxxx市地理信息系统》 GIS 应用虚拟项目 1)GIS 应用xx项目B/S版本 2)GIS 应用xx项目C/S版本 其中格力项目的测试工作,多次与开发组人员一同参与在客户处讨论需求与细节要求,对客户的习惯与要求有了清晰明确的了解。与电信的验收测试中学到了很多专业的测试方法与测试经验,与她们成为了好朋友。在后续的合作与交流中,将更进一步提高自己的专业技能,保持良好的沟通与联系做好测试工作。 南网的项目在通过开发组的培训后,对南网1、0环境与功能,数据库的结构有了比较清楚的了解,对测试南网2、0很有帮助,主要就是对电力这块的业务有了深入的了解,对测试电力行业的系统打下了业务认知基础。加入专业的测试方法,使测试工作更好的服务于项目。

软件测试工程师年终工作总结

软件测试工程师年终工作总结篇一:软件测试工程师年终总结 XX年终总结 时光荏苒,如今12年的帷幕已经谢下,13年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了XX年我所负责的工作,以下就是我对过去这一年的工作总结: 一、测试工作及经验 作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在XX年中所做的工作主要有: 测试用例的编写,对系统的测试、跟踪; 需求、高保图、界面和功能的测试; 功能测试用例的编写,高保图、系统的测试; 的静态页面测试和功能测试; 5.XXXXXXXX的功能测试; 6.XXXXXXXX第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审; 7.XXXXXXXX平台高保图的测试和系统静态页面、功能的测试; 8.XXXXXXXX的高保图测试和测试用例的编写; 9.XXXXXXXX的静态页面和功能测试,参与测试用例的评审;

10.XXXXXXXX的高保图测试、静态页面和功能测试; 11.XXXXXXXX用户使用手册的编写; 一年的工作,让我获得很多方面的经验: 1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试; 2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试; 3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题; 4.越来越规范的工作流程的让我们的工作有条不紊的进行,让我深刻认识到工作的规范性是多么的重要,并且从中学习如何从文档和流程上规范工作。 5.同事间的沟通很重要。现在不管遇到什么不确定或疑惑,都与开发人员、 产品经理等及时沟通,大大提高了工作的效率。 二、加强自我能力的提高 只有不断的提高自己各种的能力,才能胜任越来越艰巨的任务,因此在工作相对不饱和的时候,我自己进行了一些学习。

测试工程师工作总结

测试工程师工作总结 ----WORD文档,下载后可编辑修改---- 下面是小编收集整理的范本,欢迎您借鉴参考阅读和下载,侵删。您的努力学习是为了更美好的未来! 测试工程师工作总结篇一时光荏苒,如今xx年的帷幕已经谢下,xx年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20xx年我所负责的工作,以下就是我对过去这一年的工作总结: 一、测试工作及经验 作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20xx 年中所做的工作主要有: 1.XXXXXXXX测试用例的编写,对系统的测试、跟踪; 2.XXXXXXXX需求、高保图、界面和功能的测试; 3.XXXXXXXX功能测试用例的编写,高保图、系统的测试; 4.XXXXXXXX的静态页面测试和功能测试; 5.XXXXXXXX的功能测试; 6.XXXXXXXX第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审; 7.XXXXXXXX平台高保图的测试和系统静态页面、功能的测试; 8.XXXXXXXX的高保图测试和测试用例的编写; 9.XXXXXXXX的静态页面和功能测试,参与测试用例的评审; 10.XXXXXXXX的高保图测试、静态页面和功能测试; 11.XXXXXXXX用户使用手册的编写; 一年的工作,让我获得很多方面的经验: 1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试; 2. 要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试;

软件测试面试题[找工作必读]

01. 为什么要在一个团队中开展软件测试工作? 因为没有经过测试的软件很难在发布之前知道该软件的质量,就好比ISO质量认证一样,测试同样也需要质量的保证,这个时候就需要在团队中开展软件测试的工作。在测试的过程发现软件中存在的问题,及时让开发人员得知并修改问题,在即将发布时,从测试报告中得出软件的质量情况。 02. 您在以往的测试工作中都曾经具体从事过哪些工作?其中最擅长哪部分工作? 我曾经做过web测试,后台测试,客户端软件,其中包括功能测试,性能测试,用户体验测试。最擅长的是功能测试 03. 您所熟悉的软件测试类型都有哪些?请试着分别比较这些不同04. 的测试类型的区别与联系(如功能测试、性能测试……) 测试类型有:功能测试,性能测试,界面测试。 功能测试在测试工作中占的比例最大,功能测试也叫黑盒测试。是把测试对象看作一个黑盒子。利用黑盒测试法进行动态测试时,需要测试软件产品的功能,不需测试软件产品的内部结构和处理过程。采用黑盒技术设计测试用例的方法有:等价类划分、边界值分析、错误推测、因果图和综合策略。 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。负载测试和压力测试都属于性能测试,两者可以结合进行。通过负载测试,确定在各种工作负载下系统的性能,目标是测试当负载逐渐增加时,系统各项性能指标的变化情况。压力测试是通过确定一个系统的瓶颈或者不能接收的性能点,来获得系统能提供的最大服务级别的测试。 界面测试,界面是软件与用户交互的最直接的层,界面的好坏决定用户对软件的第一印象。而且设计良好的界面能够引导用户自己完成相应的操作,起到向导的作用。同时界面如同人的面孔,具有吸引用户的直接优势。设计合理的界面能给用户带来轻松愉悦的感受和成功的感觉,相反由于界面设计的失败,让用户有挫败感,再实用强大的功能都可能在用户的畏惧与放弃中付诸东流。 区别在于,功能测试关注产品的所有功能上,要考虑到每个细节功能,每个可能存在的功能问题。性能测试主要关注于产品整体的多用户并发下的稳定性和健壮性。界面测试更关注于用户体验上,用户使用该产品的时候是否易用,是否易懂,是否规范(快捷键之类的),是否美观(能否吸引用户的注意力),是否安全(尽量在前台避免用户无意输入无效的数据,当然考虑到体验性,不能太粗鲁的弹出警告)?做某个性能测试的时候,首先它可能是个功能点,首先要保证它的功能是没问题的,然后再考虑该功能点的性能测试 04.您认为做好测试用例设计工作的关键是什么? 白盒测试用例设计的关键是以较少的用例覆盖尽可能多的内部程序逻辑结果 黑盒法用例设计的关键同样也是以较少的用例覆盖模块输出和输入接口。不可能做到完全测试,以最少的用例在合理的时间内发现最多的问题 05. 请试着比较一下黑盒测试、白盒测试、单元测试、集成测试、系统测试、验收测试的区别与联系。 黑盒测试:已知产品的功能设计规格,可以进行测试证明每个实现了的功能是否符合要求。 白盒测试:已知产品的内部工作过程,可以通过测试证明每种内部操作是否符合设计规格要求,所有内部成分是否以经过检查。 软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子,测试人员完全不考虑程序内部的逻辑结构和内部特性,只依据程序的需求规格说明书,

手机软件测试经验总结

手机软件测试总结 沙晶晶 一个合格的手机软件测试工程师要掌握的东西是很多很多的。在我个人理解中,一个合格的高级手机软件测试工程师应该具有最基本的两点知识:软件测试理论知识和一定的开发技能。 1. 软件测试理论知识 这个不用多说,软件测试工程师必须要掌握的,软件测试如何融入整个开发的流程,什么时候介入,什么时候结束,如何搭建测试环境,如何设计测试用例(包括设计测试用例的方法,如:等价类划分,边界值法等),如何使用测试工具,还有测试领域专用的一些术语等等。 2. 开发技能 合格的高级软件测试工程师,编程技能不可缺少。在手机测试中,比如自动化测试,完全可以开发工具来实现自动化测试。所以掌握一门扎实的编程语言,C或者C++还是非常重要的,能够自己开发测试工具,也是一个高级手机软件测试工程师应该具备的素质。我认为我们不应该只是单纯的发现bug,而应该从更深层次的去探究这个bug 的原因,甚至可以定位bug。 另外从技能上讲,面向不同的技术方向,像操作系统、网络、通信等都要从专业上深入了解。这些是除去工作时间外必须去加强充电的部分。有这些做后盾,做起事来也会事半功倍。 另外手机测试中应该注意的问题 首先是正确性测试,正确性测试又可称为功能性测试,我们首先就是要测试所有功能是否都已实现、正确、是否满足需求规格说明。 正确性测试还要考虑到用户界面,软件产品始终是关注软件使用者——客户的体验,手机屏幕小,界面有限,所以手机软件的用户界面更需有一定的规范和标准:正确性、一致性、直观性、实用性、灵活性、舒适性便是最基本的标准。 正确性一般比较明显,比较容易发现,例如某个窗口没有被完全显示,文字没有对齐,文字拼写错误,密码输入时没有以*的形式自动屏蔽等。 一致性包括软件自身的一致性以及手机操作系统或与其它软件的一致性,具体表现在使用的术语,字体是否一致,界面的各参数风格是否前后一致等。特别也要注意中英

测试工程师工作总结

亲爱的朋友,很高兴能在此相遇!欢迎您阅读文档测试工程师工作总结,这篇文档是由我们精心收集整理的新文档。相信您通过阅读这篇文档,一定会有所收获。假若亲能将此文档收藏或者转发,将是我们莫大的荣幸,更是我们继续前行的动力。 测试工程师工作总结 当前软件测试工程师绩效考核存在的问题主要表现在:考核定位模糊并存在偏差,重考核、轻管理,重结果、轻过程,工程师做好测试工作,今天我们为大家精心挑选了关于的文章,希望能够很好的帮助到大家。篇一 时光荏苒,如今__年的帷幕已经谢下,__年的钟声已经敲响,在公司高层的正确领导下,我们佰腾科技又走过了一年。而我也在自己的努力以及同事的帮助下完成了20__年我所负责的工作,以下就是我对过去这一年的工作总结: 一、测试工作及经验 作为软件部测试组的一员,首先要做好的就是自己的本职工作,我在20__年中所做的工作主要有: 1.________测试用例的编写,对系统的测试、跟踪; 2.________需求、高保图、界面和功能的测试; 3.________功能测试用例的编写,高保图、系统的测试; 4.________的静态页面测试和功能测试;

5.________的功能测试; 6.________第一、二、三迭代高保图测试,测试用例编写,静态页面和功能测试,并主持参与测试用例评审; 7.________平台高保图的测试和系统静态页面、功能的测试; 8.________的高保图测试和测试用例的编写; 9.________的静态页面和功能测试,参与测试用例的评审; 10.________的高保图测试、静态页面和功能测试; 11.________用户使用手册的编写; 一年的工作,让我获得很多方面的经验: 1.编写逻辑覆盖率全的测试用例甚为重要。在理解需求的前提下编写测试用例,使得我掌握了多种测试用例编写方法,更让我对产品的需求有更加深入的理解,须知对需求是否理解透彻决定了能否有效、全面地对产品进行测试; 2.要站在用户角度对系统进行测试。从一些项目中出现的未能及时发现的bug中,我认识到用户体验的重要性,现在能够越来越多的从这方面来执行测试; 3.对拿到手的项目有较清晰的思路,能够更加快速、准确地发现问题; 4.越来越规范的工作流程的让我们的工作有条不紊的进行,

单元测试卷教学作用范文

单元测试卷在教学中的作用 考试是教学过程中的一个重要环节,考试的检测与反馈功能是教育目标管理的主要手段。试卷分析是考试阅卷完毕后对学生试卷进行的综合分析,是课程考核统计分析工作的重要组成部分,它包括试卷的信度、效度、区分度、难度四个方面。考试的结果既能反映学生的学习态度、努力程度和学习效果,也在一定程度上反映了教师的治学态度和教学水平以及学校的教学管理水平,同时也是检测学校教风、学风的重要尺度。 一、试卷分析的必要性 如果考试后只提供一个分数,却不进行试卷分析和总结,这样势必浪费大量的宝贵信息。考试实际上提供的,不单是反映每个学生知识、能力水平的分数,试卷中还保存着大量可以用来研究关于学生学习、教师教学情况的宝贵资料,试卷上记录着每个考生对各部分知识的掌握情况,哪些知识掌握的好,哪些知识掌握的不够,找出大多数同学得失分的共性问题;教师可以了解自己的教与学生的学之间的差距,可以掌握学生的知识水准与教学内容之间的差异。这些信息的反馈对师生有针对性地改进教与学是很有益处的。 二、试卷分析的项目 1.试卷质量分析 试卷质量分析可分为考试的信度和考试的效度两个方面: 考试的信度即可靠性,是指测量结果的一致性程度。一个好的测量,对同一事物反复测量其结果应该始终保持不变。信度是衡量试卷或考试质量的一项重要指标。提高试题质量、增加题量、扩大试题的覆盖面、严肃考场纪律、消除对考生的干扰因素、提高评分客观性与准确性等均可以提高考试的信度。

考试的效度即有效性,是指一个测验对它所要测量的特征准确测量的程度。考试总是为了达到一定的测量目的的,判断它的效度高低,就要看它达到测量目的的程度。可信的考试未必有效,所以,高效度是评价良好考试的一项重要指标。 2.试题质量分析 试题质量分析包括定性分析与定量分析两个方面。 定性分析主要是依靠有丰富命题经验的教师,对题目的内容和形式是否得当进行分析。分析各试题考核的知识点是否与教学大纲一致;各试题考核的内容是否为本学科的重点内容;试题的表述是否科学、正确;名词术语、计量单位是否准确、规范;选择题的题干是否简明、严密,正确答案是否正确,备选答案是否具有一定的迷惑性等。 定量分析主要是对题目的难度和区分度进行分析。难度是指试题的难易程度。一道试题,如果大部分考生都能答对,则该题的难度就小,如果都不能答对,则难度就大。当然,试题的难度是相对的,除了与考生自身水平、所测内容本身的难易程度有关外,还与命题、组卷及考生的知识经验、适应程度等因素有关。区分度是指考试题目对不同考生加以区分的能力。区分度高的试题,能将不同水平的考生区分开来,而区分度低的试题则没有这种鉴别功能。 3.评卷质量分析 评卷质量分析主要是指评卷的整个流程是否科学、规范。分析内容包括:试卷是否采取密封措施,集体评卷是否采用流水作业,评卷有无标准答案与扣分标准,评分是否前后统一、公正,评分、合分有无差错等等,以此保证考试评卷的质量。 4.考试成绩统计 根据考生人数,将考试成绩划分为若干分数段,然后编绘学生成绩的分布曲线图,从中可以大致地看出成绩的分布类型。如果曲线峰值中间高,两头低,左右大体对称,那么表示分布呈正态或近似正态分布;如果曲线峰值向右偏,则呈

软件测试工作心得体会(精选多篇)

软件测试工作体会(精选多篇) 第一篇:软件测试工作的心得体会 很久没有写点东西了,今天给大家聊些我在软件测试领域的心得体会。接触计算机程序设计已经快7年了,从事专门的软件测试也快四年了,强子也是在阴差阳错中踏入软件测试领域,一开始只想做一个特牛的程序设计师,可是毕业后找工作却找了个软件测试的工作,在一些彷徨与犹豫中接受了这个职业并且到现在也做得挺开心,也是由于那时我们这个业务刚成立不久,由于表现还不错所以一个阴差阳错的机会被升为teamleader,到现在也还在同一家公司做着测试的工作。 先讲讲做manager的一些体会,其实具体做什么事真的不是那么重要,关键是做事的方法,做人的章法,特别是对一个manager来说,方法比技术更重要,真的是这样,当然我也很喜欢研究技术,技术能让我找到更多的自信和成就感,但是面对着手下一帮兄弟姐妹,一个人的技术就显得有些力不从心了,这个时候得把你的知识share 给大家,当然形式多种多样,比如写一份文档,做一个正式的training,给大家营造一种不耻下问的环境或者大家一起讨论一些难题等等。当然还有很重要的一点,一定不能说“我不知道”,作为一个头,如果你真的不知道,那你得想办法通过一些手段与员工一起把

这个问题解决了,坚决不能说“我不知道,你自己看着做吧“等,本来员工是很尊重你的,这些话将直接导致其鄙视你。 另外就是做头的,特别像咱这种中低层的头,不像中高层的领导,咱们考虑事情的角度不一样,当这种小头儿的最重要的两件事:把事情做对做好,与员工打成一片。首先得确保把事情做对咯,然后带领大家朝着这一个对的方向前进进而把事情做好,在99%的时间里,你是和你的兄弟姐妹们呆在一起而不是和老板,所以这个过程中的与员工的关系一定要融洽且单纯,不能让员工对你有隔阂感,经常一起吃饭,摆摆龙门阵,唠唠家常,开开玩笑,不要摆架子,在一个公司里最不能摆架子的就是这种小头儿(或称之为leader或者manager一类),这就像个村官一样,小样的,还真把自己当回事儿呢? 做开发还是做测试?很多人讨论甚至争吵,强子认为之所以会有这样的问题是因为中国还没有把软件行业普及好,大家还停留在江民时代,求伯君时代,认为做开发的才是牛人,才有前途。而事实上,现在的软件是一个系统工程,缺开发,缺测试,缺文档都不行,都可能直接导致失败,谁最牛?强子认为写文档的人最牛,那咱们都去写文档?不过从强子面试的很多人当中来看,还是有更多的人愿意做开发,这不能不说是一大遗憾,强子无能,也只能聊以文字来表达自己对测试的热爱。测试犹如开发一样,也是一门深不见底的大学问,咱以后慢慢讨论。

相关文档