You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: .github/ISSUE_TEMPLATE/bug-report.md
+1
Original file line number
Diff line number
Diff line change
@@ -31,3 +31,4 @@ N/A
31
31
32
32
<!-- ### 🛠️ To fix -->
33
33
<!-- If this bug requires additional product design work, uncomment the heading above and add instructions to fix, Figma link, etc. here once design changes are settled. -->
34
+
<!-- Product designer: _________________________ --><!-- Who is the product designer to contact if folks have questions about this fix? -->
@@ -27,11 +27,12 @@ Smoke tests are limited to core functionality and serve as a pre-release final r
27
27
28
28
### Prerequisites
29
29
30
-
1.`fleetctl preview` is set up and running the desired test version using [`--tag` parameters.](https://github.com/fleetdm/fleet/blob/main/handbook/product.md#manual-qa)
30
+
1.`fleetctl preview` is set up and running the desired test version using [`--tag` parameters.](https://fleetdm.com/handbook/engineering#run-fleet-locally-for-qa-purposes)
31
31
2. Unless you are explicitly testing older browser versions, browser is up to date.
32
32
3. Certificate & flagfile are in place to create new host.
33
33
4. In your browser, clear local storage using devtools.
<tr><td>$Name</td><td>{what a tester should do}</td><td>{what a tester should see when they do that}</td><td>pass/fail</td></tr>
@@ -53,20 +54,6 @@ Smoke tests are limited to core functionality and serve as a pre-release final r
53
54
3. forget password link prompts for email
54
55
4. valid credentials result in a successful login.
55
56
5. valid sso credentials result in a successful login</td><td>pass/fail</td></tr>
56
-
<tr><td>Query flow</td><td>Create, edit, run, and delete queries. </td><td>
57
-
58
-
1. permissions regarding creating/editing/deleting queries are up to date with documentation
59
-
2. syntax errors result in error messaging
60
-
3. queries can be run manually
61
-
</td><td>pass/fail</td></tr>
62
-
<tr><td>Host Flow</td><td>Verify a new host can be added and removed following modal instructions using your own device.</td><td>
63
-
64
-
1. Host is added via command line
65
-
2. Host serial number and date added are accurate
66
-
3. Host is not visible after it is deleted
67
-
4. Warning and informational modals show when expected and make sense
68
-
</td><td>pass/fail</td></tr>
69
-
70
57
<tr><td>Packs flow</td><td>Verify management, operation, and logging of ["2017 packs"](https://fleetdm.com/handbook/company/why-this-way#why-does-fleet-support-query-packs).</td><td>
71
58
72
59
1. Packs successfully run on host machines after migrations
@@ -82,16 +69,17 @@ Smoke tests are limited to core functionality and serve as a pre-release final r
82
69
2. Software, query, policy, and packs logs are successfully sent to Filesystem log destinations
83
70
84
71
</td><td>pass/fail</td></tr>
72
+
<tr><td>OS settings</td><td>Verify OS settings functionality</td><td>
85
73
86
-
87
-
<tr><td>My device page</td><td>Verify the end user's my device page loads successfully.</td><td>
88
-
89
-
1. Clicking the Fleet desktop item, then "My device" successfully loads the my device page.
90
-
2. The "My device" page is populated correctly and as expected.
91
-
3. Styling and padding appears correct.
92
-
74
+
1. Verify able to configure Disk encryption (macOS, Windows, & Linux).
75
+
2. Verify host enrolled with Disk encryption enforced successfully encrypts.
Copy file name to clipboardexpand all lines: .github/ISSUE_TEMPLATE/story.md
+7-5
Original file line number
Diff line number
Diff line change
@@ -2,7 +2,7 @@
2
2
name: 🎟 Story
3
3
about: Specify an iterative change to the Fleet product. (e.g. "As a user, I want to sign in with SSO.")
4
4
title: ''
5
-
labels: 'story,:product'
5
+
labels: 'story'
6
6
assignees: ''
7
7
8
8
---
@@ -48,11 +48,13 @@ What else should contributors [keep in mind](https://fleetdm.com/handbook/compan
48
48
-[ ] Permissions changes: TODO <!-- Specify changes in the Manage access doc page as a PR to the reference docs release branch. If doc changes aren't necessary, explicitly mention no changes to the doc page. Put "No changes" if there are no permissions changes. -->
49
49
-[ ] Changes to paid features or tiers: TODO <!-- Specify changes in pricing-features-table.yml as a PR to reference docs release branch. Specify "Fleet Free" and/or "Fleet Premium" if there are no changes to the pricing page necessary. -->
50
50
-[ ] Transparency changes: TODO <!-- If there are changes to the personal information Fleet can see on end user workstations, make sure wireframes include changes to the My device page. Also, specify changes as a PR to the fleetdm.com/better (aka Transparency page). Put "No changes" if there are no changes necessary. -->
51
+
-[ ] First draft of test plan added
51
52
-[ ] Other reference documentation changes: TODO <!-- Any other reference doc changes? Specify changes as a PR to reference docs release branch. Put "No changes" if there are no changes necessary. -->
52
53
-[ ] Once shipped, requester has been notified
53
54
-[ ] Once shipped, dogfooding issue has been filed
54
55
55
56
### Engineering
57
+
-[ ] Test plan is finalized
56
58
-[ ] Feature guide changes: TODO <!-- Specify if a new feature guide is required at fleetdm.com/guides, or if a previous guide should be updated to reflect feature changes. -->
57
59
-[ ] Database schema migrations: TODO <!-- Specify what changes to the database schema are required. (This will be used to change migration scripts accordingly.) Remove this checkbox if there are no changes necessary. -->
58
60
-[ ] Load testing: TODO <!-- List any required scalability testing to be conducted. Remove this checkbox if there is no scalability testing required. -->
@@ -67,9 +69,9 @@ What else should contributors [keep in mind](https://fleetdm.com/handbook/compan
67
69
- Risk level: Low / High TODO <!-- Choose one. Consider: Does this change come with performance risks? Any risk of accidental log spew? Any particular regressions to watch out for? Any potential compatibility issues, even if it's not technically a breaking change? -->
68
70
- Risk description: TODO <!-- If the risk level is high, explain why. If low, remove. -->
69
71
70
-
### Manual testing steps
72
+
### Test plan
71
73
<!--
72
-
Add detailed manual testing steps for all affected user roles.
74
+
Add detailed manual testing steps for all affected user roles.
73
75
-->
74
76
75
77
1. Step 1
@@ -85,5 +87,5 @@ Add detailed manual testing steps for all affected user roles.
85
87
### Confirmation
86
88
<!-- The engineer responsible for implementing this user story completes the test plan before moving to the "Ready for QA" column. -->
87
89
88
-
1.[ ] Engineer (@____): Added comment to user story confirming successful completion of QA.
89
-
2.[ ] QA (@____): Added comment to user story confirming successful completion of QA.
90
+
1.[ ] Engineer: Added comment to user story confirming successful completion of test plan.
91
+
2.[ ] QA: Added comment to user story confirming successful completion of test plan.
0 commit comments