Week 6

 Week 6 Learning Journal – Iteration 3 System Testing

This week focused on system testing and how it fits into the overall software development lifecycle. One of the most important things I learned is the difference between unit testing and system testing. While unit testing verifies individual components in isolation, system testing ensures that the entire application works correctly as a whole, including interactions between the frontend, backend, and any external services.

I also learned how to design and execute system test cases that simulate real user behavior. This includes testing complete workflows such as creating, updating, and retrieving data through the application. Using tools like Postman and automated testing frameworks helped reinforce how APIs and the frontend integrate during testing.

Another key takeaway was the importance of identifying edge cases and handling unexpected inputs. System testing is not just about verifying expected outcomes, but also ensuring the application behaves correctly under unusual or invalid conditions.

Additionally, I gained a better understanding of debugging issues that arise during integration. Problems at this stage are often more complex because they can involve multiple components, making it important to trace requests across the system and analyze logs carefully.

Overall, this week helped me understand how critical system testing is before deployment. It ensures that the application is reliable, functional, and ready for real users, which is essential as we move toward deploying our project in the next phase.

Comments

Post a Comment

Popular posts from this blog

Week 3

 Week 3 Learning Journal Git is really useful for managing source code. One good thing about Git is that it keeps track of all the changes you make, so if something breaks you can go back to an older version. It also makes it easier for multiple people to work on the same project at the same time without messing up each other’s work. Another helpful feature is branching, where you can work on new ideas or features separately without affecting the main code. Git also shows who made changes and when, which helps when trying to figure out problems. Even though Git is helpful, merging code is not always perfect. Sometimes Git can combine code without showing any errors, but the program still does not work correctly because the changes do not fit well together. This is called a logical conflict. Git also cannot fix situations where developers write code in different ways that do not match. Another problem is when people do not communicate well, which can make merging harder and more con...
Read more

Week 8

  Week 8 Learning Journal Understanding Core Concepts Instead of Memorization One of the most important things I learned in this course is the value of truly understanding concepts rather than just memorizing information. At the beginning, I relied more on memorization, but I found that I would forget things quickly or get stuck when problems were slightly different. As I started focusing on understanding the reasoning behind concepts, I became more confident and flexible in applying what I learned. I chose this because it completely changed how I approach studying and made learning more meaningful. Problem-Solving Strategies I learned how to break down complex problems into smaller, manageable steps instead of trying to solve everything at once. This included identifying what the problem is asking, organizing information, and solving step by step. This approach reduced mistakes and made difficult tasks feel more achievable. I chose this because it improved both my accuracy ...
Read more

Week 4

One of the most interesting things I learned from Software Engineering at Google is how seriously Google treats code reviews as a core part of engineering culture rather than just a formality. I was surprised to learn that code reviews are not only about finding bugs, but also about improving code readability, maintainability, and ensuring long-term ownership of the codebase. In particular, the idea that reviewers focus on whether future engineers will understand and be able to maintain the code stood out to me. This shifts the mindset from just “making code work” to “making code sustainable.” I also found it interesting that Google encourages small, frequent code reviews instead of large ones, which helps improve quality and efficiency. Overall, this changed how I think about collaboration in software development - code is not just written for machines to execute, but for other engineers to read, understand, and build upon.
Read more