测试计划/战略方案

Question

新来的。我在申请我的第一份实习生职位时，就有这样的情况。我真的不知道在这里该怎么做。我应该做一个测试计划文件等吗？

问题：

1)您的任务是测试一个原型web应用程序，用户可以在该应用程序的文本字段中输入关键字并点击搜索。结果是与此关键字匹配的文档列表(即文档中的单词)。

注意:仅从后端预先配置的特定后端服务器硬盘驱动器(机器)搜索文档。也就是说，根据网络中的机器名称，搜索将查找该机器主驱动器中的所有文本文档，在这些文档中搜索给定的搜索查询，并返回要在Web上显示的文档名称(带有机器上的文件路径)。

机器名称被设置为键值参数(例如key = SEARCH_MACHINE_NAME，值可以是'NETWORK_NODE_1')

您可以假设后端搜索api程序可以理解机器名称值，以便将查询路由到预定硬盘上的文档。

例如，当用户在TextField上输入“ipad”时，包含“ipad”字的文档名称(在搜索的机器硬盘上有文档文件路径)将显示在网页的列表中，在文本字段和搜索按钮下面。

您被告知，应用程序使用3层MVC模式进行开发，后端有一个REST的Web服务API层，用于服务web前端UI请求。

描述如何为该应用程序设计测试策略/测试计划，然后列出您将(手动)执行的测试用例，在此应用程序上签名之前，将使用在实际time.You中的测试用例访问后端暂存服务器场中的机器进行测试，您可以使用这些机器进行测试。

注意:说明您所做的任何合理假设，并根据这些假设生成测试计划和用例。根据用户将如何使用此应用程序，您可以列出您要做的潜在假设。如果您对产品团队有任何问题，您也可以在测试用例结束时说明这一点。“

请提供任何概览投入。谢谢。

Answer 1

如果你有能力，你应该问雇主他期望什么样的“测试策略/测试计划”，例如，OpenUP有测试计划的模板，但这可能不是他所期望的。

关于测试用例，您可以尝试对这些文本需求执行探索性测试，从基本的接受场景出发，例如处理少数、很多、太多、无搜索结果、不精确搜索等，并尝试探索后端日志记录系统、SQL注入攻击等。

Answer 2

特别是当应聘者即将成为实习生或应届毕业生时，这些问题通常都是为了了解你的思维在测试系统时是如何运作的。大多数有能力的面试官都不会期望得到完美的答案或一组真正全面的测试用例。在使用和分析系统时，尽量注意您的思想流，根据需要做笔记，并将这些记录清理到您的测试用例中。

1. 考虑一下如何与系统进行交互。有时，这可能是作为用户(视图级别)或作为另一个系统或工具(模型和控制器级别)。
2. 当您与系统中的这些部分交互时，您会看什么来确定它们做了您期望它们做的事情？是否有可能在多个级别上验证结果。
3. 花点时间想想你是如何沟通这些行为和断言的。试着与他们用来描述系统的单词和短语保持一致。重要的是，您的意图可以被其他人理解，或者测试用例的价值有限。

Answer 3

您有编写代码和调试/测试自己代码的经验吗？

我不知道为什么他们期望实习生有这样的详细知识，如果他们知道，而你不知道，如果你是一个适合实习的人。

不要通过假装自己没有的经验来为失败做好准备--你期望如何跟上一个你缺乏技能的职位的要求？你最后得到的评估对你来说有多重要，它会对你的技能有什么影响？

诚实地掌握你的技能，适合实习，适合你。