Skip to content

Commit

Permalink
[Submission] Feedback for "End-to-End testing: Useful practice or fru…
Browse files Browse the repository at this point in the history
…strating time sink?" (#1459)

* Influence of DevOps in Software testing

* Presentation : Continuous Testing in DevOps

* Essay : DevOps in minimizing application downtime

DevOps reduces downtime on applications using continuous deployment

* Rename contributions/presentation/week3/renanb-ved.megha/README.md to contributions/presentation/week3/Renu-Megha/README.md

* Presentation : Influence of DevOps in Software testing

* Presentation: Continuous Testing in DevOps

* Essay: Role of DevOps in minimizing downtime on applications using continuous deployment

* Delete README.md

* Presentation : DevOps adoption in large Enterprise through Continuous Testing

Added link to the presentation and updated the folder name with my partner's kth username.

* Feedback Proposal

* Feedback Proposal for Essay #1165

* Delete contributions/presentation/week3/renanb-gangwal directory

* Delete contributions/essay/renanb-yuxinm directory

* Feedback  proposal for Essay with PR #1369

Hi, 

I would like to give feedback for the essay "End-to-end testing: Useful practice or frustrating time sink?" with PR ID - #1369.

Thanks,
Renugaa

* [Submission] Feedback for "End-to-End testing: Userful practice or frustrating time sink?"  (#1369)

* Update README.md

Co-authored-by: Sophie H Ye <he_ye_90s@hotmail.com>
Co-authored-by: Khashayar Etemadi <khaes@kth.se>
  • Loading branch information
3 people authored May 6, 2021
1 parent 8de4d86 commit 1b48052
Showing 1 changed file with 49 additions and 4 deletions.
53 changes: 49 additions & 4 deletions contributions/feedback/renanb/README.md
Original file line number Diff line number Diff line change
@@ -1,8 +1,53 @@
# Feedback Proposal
I would like to give feedback on Essay: **End-to-end testing: Useful practice or frustrating time sink?** - PR ID: [#1369](https://github.com/KTH/devops-course/pull/1369)

# Feedback for [#1369](https://github.com/KTH/devops-course/pull/1369): End-to-End testing: Userful practice or frustrating time sink?
Final submission for the essay: [#1439](https://github.com/KTH/devops-course/pull/1439).
This essay is written by **Lee Badal** (badal@kth.se) and **Daniel Grünler** (grunler@kth.se).


## Member
Renugadevi Anbarasan (renanb@kth.se)
Renugadevi Anbarasan (renanb@kth.se) GitHub: [Renugaa](https://github.com/Renugaa/)


## Overview
First of all, it was a very well written Essay! For easier usage, I will denote “End-to-End testing” as “E2E testing” throughout this feedback.

The essay clearly explains the basic nuances of E2E testing and how it is effective in the software development life cycle when implemented right? As you have written this essay from your experience, it has become more authentic. Even though the essay touches upon different areas such as E2E testing, tools, approaches, advantages/disadvantages, I felt it could have been more in depth in one of the particular areas of your choice instead of focussing everything on a high level. Otherwise, I really enjoyed reading the essay and there were very less number of typo’s or misspelled words. Good work!


## Possible improvements

### 1. Introduction

This section offers a nice insight of what E2E testing is and the places it could be used. It would have added more clarity, if you had mentioned in the title that the essay focuses on the E2E testing in automated environment. You could have still covered areas on Manual E2E testing by denoting it appropriately inside the essay.


### 2. E2E Testing

I expected this topic to be an introduction to E2E testing instead of one particular example. I liked your idea of explaining the theory by an example. But for a person from a different background, it would been useful if E2E testing is justified more and how it has been implemented differently in Manual & Automated environments. Some more basic components of E2E testing could have also been mentioned in this topic instead of using the ones relevant to the example.


### 2.1. Snapshot Testing

As I mentioned above, the essay now started traveling on the same example which sets the tone on the reader. It is understandable that Snapshot testing is more applicable in web applications citing dependencies, you could have still used different examples. If you had used different examples, it would add value and trust in the reader that it actually is an interesting cross-functional utility.


### 2.2. E2E Testing Approaches

This topic could have been a totally separate topic instead of a subset. It is really interesting to see how the approaches evolved over time especially the latest AI-based tools. {Thanks for instilling the interest :) }


### 3. Advantages and Disadvantages

I like the way you started this topic because it gives the reader, a clear image of how difficult it is to implement E2E tests and justified the need for automated environment. I agree that it is time consuming to start/close the application while performing E2E tests. But it also gives the wrong idea that E2E testing is optimal only in automated environment. You could have added some theories to prove it is also a successful solution in Manual environment.


### 4. When to use E2E Testing

This topic clearly covers the essential as when to use the E2E testing. The pyramid simply explains the need for E2E and how it can be designed according to the needs/resources in the provided environment. I agree to the final line, that the project should consider their scale before implementing the E2E tests. You don’t want to end up spending so many resources into E2E testing when you know it doesn’t require much.


### 5. Conclusion

After a fun reading, the essay reaches a point where it suggests possible implementation of E2E testing across domains. Clear suggestions and neatly concluded.!

Github: Renugaa
Thanks for the essay!

0 comments on commit 1b48052

Please sign in to comment.