软件测试总结

上一篇 / 下一篇  2016-06-03 16:54:51 / 个人分类：雷子的软件测试之路

查看( 1581 ) / 评论( 2 ) / 评分( 5 / 0 )
从毕业到现在做软件测试工作已经整整一年了。一年的工作让我成长了不少，也收获了人生中的很多东西。从我自身的工作我也来总结一下这整整一年来从事软件测试工作的弊端。
1.首先进入到一个企业，对于测试人员而言，要了解企业的发展背景，要熟悉企业近年来产品研发的领域及方向。这是熟悉企业，熟悉业务知识，然后要了解企业所服务的客户，其次就是对当前项目的熟悉，通过各种方式尽快地了解目前的项目的研发进度，了解产品的特性，对于整个项目的每个个模块都理解得一清二楚。这是后期开展测试工作必须要做的工作。
2.了解软件或技术部门每个人的职能，与项目经理、开发人员、产品设计人员、运维人员以及用户达成很好的合作关系，了解每个人的工作职责，因为日后的工作当中有时会与他们沟通讨论一些问题。
3.如果你是新人，半路接手一个项目的测试，那么你应该彻底熟悉产品的需求规格说明书，对于不理解的问题，要及时与产品负责人或者项目负责人沟通，以免在测试的过程中因为需求理解偏差二测错。
4.如果是长期的项目，一年甚至两年的项目，相对版本的迭代速度不是很快。那么当开发人员发布了一个新的版本之后，首先要测试上一个版本中提交的bug和提出的需求，当全部验证完毕之后，对于某些没有彻底解决的bug要与开发沟通并提醒他bug未彻底解决，需求也是。当然肯定会出现开发不承认测试人员提交的bug的情况，此时测试要在测试环境中重现bug给开发，有时开发的环境下是没有问题的，但是在测试人员的环境下却有问题，那很有可能是软件在发布版本的时候出现的问题。另外，当上一个版本中的bug和需求验证完毕之后，还需进行常规的其他功能模块的测试，很有可能开发人员在修改某一些功能的时候会影响到其他功能模块的正确性。当全部测试完毕之后要提醒开发人员发布新的版本。同时测试人员要定期对bug进行统计分类，这样可以帮助开发人员更好地解决bug。
5.对于测试用例的编写要根据具体的项目采用各种方法，尽可能地覆盖需求列表中的每一个功能点。对于bug的描述要精炼，步骤要描写详细，让开发人员一看就明白是哪里的问题。对于产品使用说明文档的编写要规范细致，语言要准确精炼，简单易懂，让用户一看就明白具体高如何操作。


收藏 举报

TAG: 软件测试

常春华的个人空间 引用 删除 常春华   /   2016-08-29 13:39:43
赞一下。
常春华的个人空间 引用 删除 常春华   /   2016-08-29 13:39:35
评 5 分
 

评分：0

我来说两句

日历

« 2024-04-18  
日 一 二 三 四 五 六
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 4480
  • 日志数: 3
  • 建立时间: 2016-06-03
  • 更新时间: 2017-11-29

RSS订阅

Open Toolbar