-
Notifications
You must be signed in to change notification settings - Fork 426
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Week 6: Demo proposal #2393
Week 6: Demo proposal #2393
Conversation
This is a project proposal for an executable tutorial by Josef Lindkvist and Tobias Ljunggren.
- Tobias Ljunggren ([email protected]) - Josef Lindkvist ([email protected]) - Task 1, Deadline 1 for async tasks: Oct 1 2024, 17h Stockholm time - Executable Tutorial Our executable tutorial will include end-to-end testing for webapps utilizing Playwright (https://playwright.dev/). It will be an executable demonstration on how you can use Playwright in different ways to enhance your end-to-end tests. We will upload this tutorial to Google Colab. _Relevance_ This tool is an end-to-end frontend testing framework that is widely used in the industry. We believe that this tutorial could be useful for CS students and others who are not very versed in software testing tools for the web.
End-to-end testing for webapps using Playwright - Tobias Ljunggren ([email protected]) - Josef Lindkvist ([email protected]) - Week 4 - Demo Our demo will include end-to-end testing for web apps utilizing Playwright (https://playwright.dev/). It will demonstrate a couple of smart ways to use Playwright to enhance your end-to-end tests. In our demo, we will start by showing how quickly and easily you can get started with Playwright. We will then live-write a few frontend tests in a pre-prepared repository. By running the tests, we will show how Playwright works and utilizes cross-browser testing. Finally, we plan to demonstrate how you can add Playwright testing to your CI pipeline with GitHub Actions. Plan B: If something doesn't work during our demo we will have screen recordings prepared to show. This tool is an end-to-end frontend testing framework that is widely used in the industry. We believe that this tutorial could be useful for CS students and others who are not very versed in software testing tools for the web. End-to-end testing for webapps using Playwright - Tobias Ljunggren ([email protected]) - Josef Lindkvist ([email protected]) - Week 4 - Demo Our demo will include end-to-end testing for web apps utilizing Playwright (https://playwright.dev/). It will demonstrate a couple of smart ways to use Playwright to enhance your end-to-end tests. In our demo, we will start by showing how quickly and easily you can get started with Playwright. We will then live-write a few frontend tests in a pre-prepared repository. By running the tests, we will show how Playwright works and utilizes cross-browser testing. Finally, we plan to demonstrate how you can add Playwright testing to your CI pipeline with GitHub Actions. Plan B: If something doesn't work during our demo we will have screen recordings prepared to show. This tool is an end-to-end frontend testing framework that is widely used in the industry. We believe that this tutorial could be useful for CS students and others who are not very versed in software testing tools for the web.
Readme is not correctly formatted Got: ['Assignment Proposal', 'Title', 'Names and KTH ID', 'Deadline', 'Category', 'Description', 'Relevance'] |
Hi @algomaster99, this does overlap with #2376. |
Hi @algomaster99 & @Deee92, we have now updated our proposal. Please let us know what you think! We found a different subject we thought was interesting. |
Hi! It does not seem relevant to the week 4 theme of AIOps.
I do like the problem statement. Can you move this demo to week 3? |
@algomaster99 I already have another PR out for a week 3 Scientific Article, are you allowed to do multiple things in the same week? You can see that one here. If you are allowed to do multiple presentations the same week I can do it, but from my understanding you are not allowed to? |
@Deee92 I have a question. The proposal is good, but it is relevant to week 3. However, the are already presenting another task in week 3. How should we accommodate this proposal? |
@tobiasljunggren97 @joseflindkvist if there is a possibility to make your task more IaC-centric, we could have it on Week 6. |
Yea I guess we could spend more time talking about the serverless setup and make it more IaC-centric, though it wasn't our initial idea. Could we otherwise present it in week 7 that is a bit more open? |
Yes, that is an option, but Week 7 ideally should not overlap with topics from previous weeks. I would recommend demo-ing in Week 6, focusing more on IaC. Wdyt, @algomaster99? |
@Deee92 do you mean demo-ing in week 6? If you mean week 6, I agree with you! |
@Deee92 @algomaster99 Then we'll do this demo in week 6 instead. I've now changed the path + deadline of our proposal. Please let me know if you have any other comments. |
This is good! Thank you! |
Hello @Deee92 @algomaster99, I just wanted to make sure with you that we can still do this demo next week. Asking because you thought it would work if we focused a little bit on IaC, but realized that IaC was yesterday's theme. So it is off-brand for next weeks theme but it may be okay since you approved it? |
Oops, we were off by one week. This topic would indeed be out of place for the lecture of week 6. How about presenting in the lab of week 6, i.e. October 3? Wdyt, @algomaster99? |
@Deee92 yeah, I agree that it is off-topic. But we merged it and it is on number 5 in the schedule. @joseflindkvist would it be okay if we shifted your demo to October 3 instead of October 2? |
@algomaster99 @Deee92 Yes, of course, we can do it on the 3rd of October. Do you still want us to focus on IaC, or could we return to our original idea of being more CD-centered? We would prefer this :) |
The proposal is more relevant to CD and it is merged so no point of suggesting any changes to it :) |
@algomaster99 Hi, do you have a time slot for us to present tomorrow at the lab session? :) |
Hi @joseflindkvist ! 13.15 October 3 at the lab. Is it good for you? |
Yes that works great! @algomaster99 |
Great. I have scheduled you. |
Assignment Proposal
Title
Measuring frequency of deployments
Names and KTH ID
Deadline
Category
Description
The organization DORA comes out with the state of DevOps every year. Additionally, they provide a standard set of DevOps metrics used for evaluating process performance and maturity. These metrics provide information about how quickly DevOps can respond to changes, the average time to deploy code, the frequency of iterations, and insight into failures.
This demo will demonstrate how to easily and automatically measure frequency of deployments. The demo will utilise GitHub actions webhooks and a serverless rest API (AWS lambda) connected to a database (MongoDB). The demo will mainly focus on the GitHub actions webhooks, how to parse the payloads, and which events can trigger. It will not be about setting up AWS lambda.
_Relevance
Github actions are commonly used to have autonomy and create personalised workflows for the deployment processes. This demo can be used for any project regardless of if the application is hosted on vercel, heroku, AWS, etc.
https://www.atlassian.com/devops/frameworks/dora-metrics