20年的老软件测试员告诉你,多数人不知道的功能测试内幕( 二 )


了解用户故事有助于制定验收标准并涵盖更多使用场景的测试方案 。 如果故事内容过于庞大 , 则必须将其分解为不同的模块 , 甚至根据不同用户分类分解 。 使用测试透视图来评估用户故事可以使清楚地了解每一个节点花费的时间 。 市场上有许多在线协作工具可帮助管理者将整个团队保持在一个仪表板上 , 可以在其中分配任务并跟进团队的进度 。
探索新测试工具
很多迹象表明传统手动功能测试人员受到行业中使用频率较高的自动化测试工具的威胁 。 有些人试图抵制这种变化 , 觉得自己的某个技能或者某个方面的优势可以抵消这些技术带来的不确定性和威胁 。 不幸的是 , 一旦我们了解如何利用工具提高测试效率 , 大多数人都会意识到自动化是一个福音 。 作为一名测试人员 , 至少应具有有关测试自动化工具以及在领域的相关机会的基本知识 。
使用自动化测试工具 , 测试人员可以保留用户操作记录的备份 , 并在适当的时间使用日志 。 其他一些用途包括检测日志中的不同模式、模拟用户行为、复制生产数据等 。 作为测试团队中的探索者 , 可能需要向他人展示如何轻松使用工具来解决问题的案例 。
【20年的老软件测试员告诉你,多数人不知道的功能测试内幕】例如 , 如果我们考虑进行手动跨浏览器测试以验证网站的兼容性时 , 都知道这样的测试非常耗时且费力 。 如果不了解自动化测试或者对编程语言使用有困难 , 几乎没人愿意使用Selenium来提高工作效率 。 作为一名手动测试人员 , 一开始了解测试自动化时 , 可能会对Selenium自动化测试感到犹豫和不安全 , 但是一旦掌握了这些技巧 , 就会发现测试周期交付速度的提高会大幅提高 。
代码审查
不要将所有时间都花在功能测试上 。 测试人员需要对代码更改保持更高的警惕 , 代码审查提供了一个很好的契机 。 在每个发布周期中 , 都需要有一段时间开发团队可以坐在那里审查满足发布要求所需的代码更改 。 要进行更深入的质量检查 , 测试工程师需要积极参与代码审查过程 , 并了解应用程序中可能发生的更改 。 测试人员不仅应该参与其中 , 而且还应该就这些更改做出自己的贡献 。
作为功能测试员 , 每天都在与应用程序进行交互验证 。 每天都需要执行多个测试场景 , 记录问题 , 回归缺陷 。 虽然代码审查可能对你比较困难 , 但是从实际使用角度也可以提出一些有价值的建议 。
用户体验
忽略用户体验 , 是在急于发布应用程序的软件公司中遇到的通病之一 。 急于发布功能组件或产品有时会优先于功能部件或产品的正确性、稳定性 。 在发布产品之前 , 必须进行深入的检查 , 条件允许的话可以通过Beta测试解决这些错误 。 采取必要的手段来收集信息 , 业务指标和广泛的意见 , 以从用户的角度评估产品的质量 。 记录证据留存(防止背锅) , 并提出建议以促进改进 。
如果是超快速发版 , 很可能会开始出现不一致的死循环 。 一般经验来讲 , 多个开发人员的参与以及将开发任务的一部分外包给不同的团队会导致更多的不稳定风险 。 用户接触点、图标、操作、文本、功能、性能和关键流程是质量检查的一些重要元素 。
严守Deadlines
很多测试人员比较苦恼的就是执行了许多重复的工作以及大量浪费在沟通上的时间 , 以至于整个流程会因此变得混乱导致拖延 , 有些测试人员戏称搬砖 。 但是事实上 , 任何项目规划最终的就是时间节点 , 必须严格遵守最后期限 。 最终目标必须是通过避免这些问题来节省时间 。 同时保持工作进展速度和工作质量 , 听起来像是一个大坑 。 但是如果将团队内部和跨部门沟通做好 , 这两者会在一定程度上达到统一 , 将会减少很多不必要的更改 , 给测试工作减少很多时间的浪费 。
编写有效的测试用例和详细的测试报告是快速执行任务的另一种方法 。 这一句话中使用了详细和快速两个词 , 听起来可能是矛盾的 , 但是详细的报告需要一次性的努力 。 使用合适的工具和保持良好的使用习惯 , 你可以快速访问查看必要的日志内容、用户数据以及错误信息 。


推荐阅读