Skip to content

Commit

Permalink
Merge pull request #111 from opendevstack/EDPC-1676_nongxp_option_for…
Browse files Browse the repository at this point in the history
…_11_1

EDPC-1676 non-GxP template adjustments for 11.1
  • Loading branch information
fbeba-bi authored Jun 6, 2023
2 parents 90c039e + 04bb56a commit 736da2a
Show file tree
Hide file tree
Showing 2 changed files with 2 additions and 2 deletions.
2 changes: 1 addition & 1 deletion CHANGELOG.md
Original file line number Diff line number Diff line change
Expand Up @@ -2,7 +2,7 @@

## Unreleased
- Use a consistent notion of document version ([#95](https://github.com/opendevstack/ods-document-generation-templates/issues/95))
- CFTP Templates adjusted to support non-GxP projects ([#100](https://github.com/opendevstack/ods-document-generation-templates/issues/100))
- CFTP templates adjusted to support non-GxP projects ([#100](https://github.com/opendevstack/ods-document-generation-templates/issues/100))
- Improve Document Generation Experience ([#97](https://github.com/opendevstack/ods-document-generation-templates/issues/97))
- Update Reference Documents & Base Documents sections ([#101](https://github.com/opendevstack/ods-document-generation-templates/issues/101))
- Fix SSDS appendix per gamp and RA chapter 5 ([#103](https://github.com/opendevstack/ods-document-generation-templates/issues/103))
Expand Down
2 changes: 1 addition & 1 deletion templates/CFTP-4.html.tmpl
Original file line number Diff line number Diff line change
Expand Up @@ -317,7 +317,7 @@
All discrepancies occurring during the test execution are automatically recorded in a designated discrepancy log.
{{#if metadata.gxp}}
In case of a re-deployment, a rationale must be documented in a manually created C-DIL document. When advancing to the P environment despite failed test cases or exclusions from testing, a rationale including the analyzed risks must be documented in a manually created C-FTR document (Appendix 1).
{{/}}
{{/if}}
</p>
<h3 id="section_11_2"><span>11.2</span> Manual Test Cases</h3>
<p>Upon failing a test case, the Tester shall always contact the Test Administrator immediately to review the problem. The Test Administrator shall decide how to proceed, since test cases may build upon each other and a failure may cascade through several cases.</p>
Expand Down

0 comments on commit 736da2a

Please sign in to comment.