软件测试组长年度工作总结.pdfVIP

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

软件测试组长年度工作总结「篇一」

尊敬的各位领导、各位同事:

大家好!

20xx年对于我来讲是成长的一年、奋斗的一年、学习的一年、是感恩的一年;

首先要感谢敦敦教诲的领导,感谢团结上进的同事帮助鼓励,感谢在我沮丧时鼓励

我给我打气相信我的同事,感谢那些给我微笑,接纳我和五洲产品的合作者,因为

是他们的帮助、认可、信任、鼓励才能使我更加乐衷于我的工作,更加热爱我的工

作。一年来,我认真贯彻执行公司销售目标和销售政策,积极配合销售经理做好本

职工作,并和其他销售员一道努力拼搏、积极开拓市场,较好地完成了年度销售目

标。根据公司管理人员考核办法的通知精神,按照年终述职的有关要求和内容,现

将一年来的个人工作述职如下:

一、xxxx市场全年任务完成情况。

20xx年,我负责xxxx地区的软件销售工作,该地区全年销售xxxx万元,完

成全年指标xxxxxx%,比去年同期增加了xxxx万元长率为xxxx%。与去年相比原老

经销商的软件销量都有所增长,开发的新客户销售也基本稳定,20xx年新客户销

售额有望有较大突破。

二、重新捋顺销售网络。

在原有的销售网络的基础上,精耕细作。以各经销商为中心,从一个一个市场

入手,同经销商编织五洲产品的销售网络,通过我们的努力,和每个经销商细致沟

通耐心做工作,明确各家经销商经销区域范围,做到不重复,不恶意串货,逐一解

决售后服务等各项问题,终于让经销商重拾了销售xxxx产品的信心。

三、开发空白市场。

xxxx地区三个地区20xx年底只有6家经销商,能够正常销售的只有4家,空

白县市过多,能正常销售的太少。20xx年年初我对空白区域进行重新调研,结合

区域生活用纸消费习惯,制定了详细的市场开发方案,寻找合适目标客户,有针对

性宣传销售产品。经过一年的努力,全年共开发新客户6家。

四、组织今年的销售工作

积极宣传公司各项售政策及淡储旺销政策,xxxx区域今年销售量比20xxxx增

加800万以上。淡储旺销政策是我们公司产品率先把经销商的库房占满,使其不能

提升了公司的销量,甚至一些品种出现断货。如果发货及时的话,今年销量还能提

高一块。

我的述职到此结束,谢谢大家!

软件测试组长年度工作总结「篇二」

这学期的期末大作业是对ELearningJavaWeb应用系统进行测试,通过这次

系统测试,我学到了很多知识。对于具体的测试部分,我主要做的是单元测试和性

能测试,其中单元测试使用的是Junit工具,性能测试使用的是JMeter。就这次

大作业而言,我认为它与我们平时做的实验很不相同,我们平时的实验只是涉及到

测试的某个小部分,而这次测试却是对一个相对完整的项目按照规范的标准进行测

试。

对于好的测试来说,应该注意一下几点:

1.测试的独立性:一次只测试一个对象,方便定位出错的位置。这有2层意

思:一个TestCase,只测试一个对象;一个TestMethod,只测试这个对象中的一

个方法。

2.给测试方法一个合适的名字。

3.在assert函数中给出失败的原因,如:,

方便查错。在这个例子中,如果无法通过assertTrue,那么给出的消息将被显

示。在junit中每个assert函数都有第一个参数是出错时显示消息的函数原型。

4.测试所有可能引起失败的地方,如:一个类中频繁改动的函数。对于那些仅

仅只含有getter/setter的类,如果是由IDE(如Eclipse)产生的,则可不测;如

果是人工写,那么最好测试一下。

5.在setUp和tearDown中的代码不应该是与测试方法相关的,而应该是全局

相关的。如针对与测试方法A和B,在setUp和tearDown中的代码应该是A和B

都需要的代码。

6.测试代码的组织:相同的包,不同的目录。这样,测试代码可以访问被测试

类的protected变量/方法,方便测试代码的编写。放在不同的目录,则方便了测

试代码的管理以及代码的打包和发布。

对于测试用例的命名,我们最好要使其与测试类的名称相一致

您可能关注的文档

文档评论(0)

177****3106 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档