这是一个有点笼统的问题。我正在尝试练习我的测试技能,并可能通过手动测试成熟的应用程序获得一些更好的经验。特别是,我对桌面应用程序感兴趣。这样做的一个好地方是开源项目,尤其是那些需要专用/半专用测试人员的项目。虽然我知道每个开源项目都有自己的文化,并且成熟度不同,但是否有任何关于 OSS 测试的一般技巧?
开源项目中的测试
穿上你的鞋子,我在 OSS 项目中检查的第一件事是:
他们是否使用问题跟踪器。如果一个项目忽略了问题跟踪,那么练习测试技能就不太可能有用
他们的问题跟踪器是否处于活动状态。如果他们通常得到的只是每年两到三个错误,那么积极的测试人员参与可能会教一个人如何处理文化冲击而不是测试实践
他们是否积极解决问题。如果他们能做的最好的事情是在一年内修复 5-10 个错误,那么基本上不可能练习最重要的测试人员技能之一——修复验证
他们使用哪些检查点来传达问题解决的进度。如果您看到跟踪的错误- 在修订版 1234 中发现, - 在修订版 5678 中修复, - 在修订版 91011 中验证- 如果值得参与,请三思。或者更好的是,获取一些他们已知和已修复的错误并尝试重复发现和验证。检查检查、构建和安装正确的修订版本需要多长时间。如果你需要几个小时才能做到这一点,那么认为你练习测试的机会非常低
作为您测试的最终用户,没有要遵循的特定规则。大致了解他们的要求并制定工作计划,您可以对应用程序执行哪些不同的测试方法。确保您了解这些技术。您可以查看他们的发行说明,了解他们在当前版本中所做的更改。然后,您可以根据您的技能和能力从功能测试到性能测试。
广泛使用的开源软件(例如 Apache 和 Firefox)可能会因为其用户群的规模而被彻底和有条不紊地测试,并且因为雇主可能愿意支付测试人员来测试它。然而,大多数开源项目依赖于志愿者,他们倾向于只测试他们关心的项目方面。(人们可以争论这是否是一件好事;也许最常用的功能最有可能被测试。另一方面,难以测试的功能可能不会被测试,因为没有志愿者愿意测试它们.)
大多数开源项目没有测试计划。在流动性很大的环境中,最好把事情写下来,这样实践之间就有一定的连续性。如果您提供了一个编写良好的测试计划——即使只是针对软件的某些方面——您将为项目提供有价值的服务。您还将有一个您的简历可以参考的写作示例。
我看到这个博客有一些开源项目链接。这些是桌面应用程序,您可以参与其中并提高您的测试技能。
http://payilagam.com/blogs/software-testing-training-with-top-4-live-projects/