请选择 进入手机版 | 继续访问电脑版

湖南新梦想

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 11|回复: 0

软件测试原则

[复制链接]

10

主题

10

帖子

56

积分

注册会员

Rank: 2

积分
56
发表于 3 天前 | 显示全部楼层 |阅读模式
软件测试原则
原则根据需求尽早和不断的测试完全测试是不可能的没有不存在问题的软件2/8定律避免程序员自己检查程序good enough不要做不充分的测试,也不要做过多的测试,找到平衡点制定测试内容和最低测试通过标准加以衡量(必要时具体问题具体分析)兼顾合理的输入和不合理的输入数据测试的设计需要使用专业、科学的方法以提高效率、降低成本同时保障测试的质量、效果程序修改后要回归测试测试用例的作用执行测试的有效依据(根据测试用例执行测试,找bug覆盖率的有效依据(功能点有没有覆盖到,可以用于对比测试用例)衡量测试人员工作量的有效依据(用例多体现设计用例工作量、执行测试用例的工作量)测试人员工作质量的有效依据(用例写得多,覆盖全,测试的问题及早发现解决)验证需求和寻找缺陷的重要手段为新版本或其他项目参考和累积测试经验测试用例及要求测试用例(TestCase)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要素用例元素编号(ID)模块 用例标题 优先级 预置条件 操作数据 操作步骤 预期结果 是否通过 实际结果测试用例划分场景测试用例基本测试用例/公用测试用例测试用例的优缺点优点组织性、有计划、规划、规范有科学依据或经验支撑避免重复、冗余,降低成本、提高效率功能覆盖可持续复用跟踪测试确认缺点耗时耗力写测试用例准备写测试用例收集资料探索性测试何时编写、修改测试用例if需求、设计缺失或不完整
· 在软件完成后编写用例
if需求、设计完整
· 在编码之前或实现过程中设计用例
else其他
· 软件代码、需求、设计变更后测试用例需要变更
· 执行用例过程中或执行之后需要适时调整、修改
· 客户反馈问题,用例里没有覆盖到,及时补上测试用例
测试人员写测试用例需要的素质测试用例的方法(等价类、边界值、因果图、正交排列、状态图、场景法)考虑问题的全面性业务知识的深刻性逆向思维能力丰富的测试经验测试用例的更新与维护需要更新和维护的原因需求变更,功能变化,测试用例也需要更新测试用例需要细化和不断完善,是个循序渐进的过程通过测试实践检验测试用例并添加、修改、删除测试用例测试用例要经过正式、有效的评审利用测试工具来管理测试用例
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|小黑屋|湖南新梦想 ( 湘ICP备18019834号-2 )

GMT+8, 2022-8-8 04:07 , Processed in 0.048027 second(s), 19 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表