目前我正处于构建QA结构的过程中,包括以下要点,每个要点都是为项目设计的。
由于我想从分析各个项目和相应的测试条件开始,我想在分析中相应地给出所有文件和对现有结构的反馈。同时提供改进当前流程的解决方案。
在这个查询中,我特别感兴趣的是如何最好地创建分析概念或分析测试计划。如何构造结构?
我应该注意什么?
我在基本大纲中创建了一个测试策略文档,但在分析方面仍然缺乏更好的结构,
你在这里推荐什么?
我已经为我的测试计划(依赖于项目)创建了以下结构。所有的点都清晰可见。由于我的项目中已经有了较旧的结构,所以我必须尝试在分析的基础上记录各个交叉连接。
但是,由于点分析可能不是测试计划中的一个单独的点,所以我如何定义现有过程的分析当然是一个合理的问题。
因此,对个别案件进行下列分析:
因此,具体而言,这是一个分析目前各进程结构的问题。
我在斯塔克沃夫没有找到答案。因为我的问题不是测试策略,而是首先是纯粹的分析!
发布于 2019-07-23 09:35:41
最常用的测试策略框架之一是巴赫启发式测试策略模型 (HTSM)。
鉴于测试的主要目标是使我们能够发现产品的感知质量,HTSM首先研究项目(Project )的特性、质量标准以及它是如何组成的(产品元素)。
有了这种理解,您就可以制定策略,在此项目中使用哪些测试技术来获得所需的质量信息。
您可以在原始(5页长)的纸这里中找到每个组件的详细信息。此外,我还设计了一张带有纸质信息的思维图。你可以找到它,这里。
https://sqa.stackexchange.com/questions/40120
复制相似问题